Despite the fear and panic created by data loss, more often than not it’s due to simple things that are under our control and can be prevented. Studies have shown that the single largest cause for data outages is human error. Regardless of how much you try, there are still going to be mistakes and you have to account for them in the way database changes are managed.

Here are five simple tips for keeping things running smoothly and minimising risk.

Define roles and responsibilities

Safeguards need to be put in place to ensure that only authorized people to have access to the production database. The level of access shouldn’t be determined only by an employee’s position but also by the level of seniority. A famous story made the rounds last year when a developer shared that while following instructions in a new employee manual, he accidentally deleted the production database. To make things worse, the backup was 6 hours old and took all too long to locate. You might be shaking your head in disapproval right now over how the company could have been so irresponsible to let this happen, but it turns out…it’s really not uncommon (check out the comments on this tweet). To prevent unauthorised changes in the database that can result in utter disaster, it is essential to define, assign, and enforce distinct roles for all employees. If you need to, set roles and permissions per project to avoid any accidental spillover.

Confirm back up procedures

You need a well-planned backup strategy to protect databases against data loss caused by different types of hardware, software, and human errors. You’d be surprised by how often backups simply aren’t happening. In one case a sys admin complained that bringing hard drives home with backed up data was inconvenient, so the company invested in an expensive remote system; the same sys admin never got around to creating the new procedure, so the latest version of the backed-up data was 3 months old. Another employee discovered at his new job there hadn’t been a single back-up for the past three years. Knowing the back-ups are happening isn’t enough. You also need to also check to make sure they are usable and include all the data that’s needed. It’s worth restoring and then checking that the restored database is an exact match to the production data. A Nagios check such as “Is the most recent backup size within x bytes of the previous one” is a simple solution to make sure the restored database matches the production database.

Adopt version control best practices

Version control practices have long since been adopted in other code development environments, ensuring the integrity of code as only one person can work on a segment at any given time. Version control provides the ability to identify which changes have been made, when, and by whom. It protects the integrity of the database by labelling each piece of code, so a history of changes can be kept and developers can revert to a previous version. Bringing these practices into the database is crucial for data loss prevention, especially in today’s high-paced environment with increasingly shorter product release cycles. By tracking database changes across all development groups you are facilitating seamless collaboration while enabling DevOps teams to build and ship better products faster.

Implement change policies

Databases are code repositories, so they need the same safeguards when changes are made. It’s crucial to have clear policies on which changes are allowed and how they are administered and tracked. Is the action of dropping an index in a database allowed? How about a table? Do you prohibit production database deployments during daytime hours? All of these policies should not only be practised by participating teams, but enforced on the database level, too. Keep track of all the changes and attempted changes made. A detailed audit can help detect problems and potential security issues.

Automate releases

By taking advantage of comprehensive automated tools, DBAs and developers can move versions effortlessly from one environment to the next. Database development solutions allow DBAs to implement consistent, repeatable processes while becoming more agile to keep pace with fast-changing business environments. Automation also enables DBAs to focus instead on the broader activities that require human input and can deliver value to the business, such as database design, capacity planning, performance monitoring and problem resolution.

Databases often hold the backbone of an organisation, a priceless container for the transactions, customers, employee info and financial data of both the company and its customers. All this information needs to be protected by following clear procedures for managing database changes. Reducing the likelihood of data loss due to human error can help everyone sleep better at night.

Written by Yaniv Yehuda, CTO and Co-founder at DBmaestro

The post Database breakdown: 5 tips for avoiding data disasters appeared first on DevOps Online North America.

New research from analyst firm Research and Markets shows that DevOps is shifting from being an emerging trend in the IT market to one that is gaining popularity at a rapid pace.

Why is DevOps platform market seeing such growth?

Thanks to providing a holistic IT environment for the automation of software development processes, DevOps tools are becoming much more popular within the IT industry, in turn increasing the need for a standardised platform.

The need for a standardised platform

According to the report, software development processes are now requiring standardised platforms in order to bridge the gap between software developers and operational teams.

Commenting on the report, an analyst from the research team said: “PaaS is built where the entire IT environment is designed to support test and development processes. Instances of PaaS on public cloud include IBM Bluemix, CloudFoundry from Pivotal, and the Google App Engine whereas for PaaS on private cloud include hosted CloudFoundry. Cloud platform vendors usually offer automation and management tools to consolidate and integrate applications directly into their cloud platforms. As a result, IT organisations get better automation features in the same turnkey cloud platform. This has made PaaS essential for those organisations who approached DevOps and want to automate, test, and develop services.”

Key DevOps players

The report recognises firms such as CA Technologies, IBM Corp., Puppet Inc., Rackspace Inc., and Red Hat Inc., as key players in the global DevOps platform market.
Other prominent vendors in the market are: CFEngine, Chef, Cisco, Clarive, CollabNet, DBmaestro, Dell, Docker, HP, Inedo, Infosys, Microsoft, SaltStack, VersionOne, and VMware.

Edited from press release by Jordan Platt

The post DevOps platform market to grow by 19.42% during 2016 and 2020 appeared first on DevOps Online North America.