Click here to Skip to main content
15,881,715 members
Articles / Database Development / SQL Server
Article

An accurate, repeatable process for data migration

20 Oct 20055 min read 26.7K   2  
Using a combination of iScala, SQL Server and Red Gate's software tools to manage data processes.

This article is in the Product Showcase section for our sponsors at CodeProject. These articles are intended to provide you with information on products and services that we consider useful and of value to developers.

Introduction

Leggett & Platt's new process for updating its SQL Servers enables the company to concentrate more on needed updates and Visual Basic code rather than double-checking scripts and creating fixes.

Download a fully functional, free trial of Red Gate's tools for SQL Server

Managing accounts in more than 20 countries for customers such as Ford, Starbucks, Target, Sony and Lear is no small feat, even for a $5.1 billion company like Leggett & Platt.  To automate the task and make it less prone to mistakes, the company uses a combination of iScala, SQL Server and Red Gate's software tools to manage its data processes.

Leggett & Platt designs and produces engineered components such as store displays, home furniture products and steel tubing for customers worldwide.  The company's diverse operations bring numerous languages and currencies into play, and each company branch needs specific functionality from its database program.  So the Leggett & Platt IT department decided to implement an enterprise resource planning (ERP) system called iScala.  iScala handles international branches' day-to-day business – tasks such as sales orders, inventory tracking and manufacturing – using the native country's language and currency.

Leggett & Platt created a set of custom programs called LPScala to compliment iScala and handle internal needs such as payroll applications.  LPScala also transfers general ledger information back to the company's corporate office to load into the financial planning system.  Both LPScala and iScala interface with Microsoft's SQL Server, writing all of the data obtained from the programs to a SQL database.

Updates: tedious and time-consuming

Leggett & Platt has approximately 20 SQL Servers to handle the data the international facilities use to run their day-to-day business.  Each server hosts around five databases.  There are two trained SQL Server DBAs on hand at Leggett & Platt's corporate office in Carthage, Mo., to help with any issues that might arise.

Updating these databases across each location used to be a daunting task for the Leggett & Platt developers.  They had to manually create SQL statements and bundle them into an InstallShield application.  The InstallShield file was run at each location, where a Visual Basic application created the database, another executed the SQL scripts to create the database objects, and an executable file in the command line imported the data into the tables.  These hand-coded scripts left plenty of opportunities for error.

Aside from reducing the chance for errors, Leggett & Platt wanted to ensure the .NET application they created for each database could be executed by someone at each branch, even those with limited SQL experience.  It was also crucial that the databases and core data be updated correctly.

An accurate, repeatable process

The best solution for Leggett & Platt was to reinvent its entire data migration process.  The company now uses Red Gate Software's SQL Toolkit to create a repeatable process for updating company databases.  SQL Toolkit consists of Red Gate's SQL Compare, SQL Data Compare and SQL Packager software, together with the ability to program directly to APIs, either from the command line or natively from another application.

"We have a small international IT department and a very heavy workload," says Dustin Franks, Leggett & Platt project manager.  "It was difficult to make time to thoroughly check the SQL statements to ensure they would all work correctly on the branch side.  SQL Toolkit's checks and balances system eliminates the worry and the guesswork."

Franks and his group first use SQL Compare to take a snapshot of a production database, including all of the data tables.  SQL Compare then identifies which tables have been changed between development and production and generates scripts to update the structure of the production database.  After all of the table and schema changes have been made to the development database, tested and finalized, the database is moved to production.

For deployment at the remote sites, Franks creates an executable file using a combination of SQL Packager and InstallShield.  SQL Packager creates an executable file of the final SQL database tables with data that will be distributed at the customer site, preserving the structure of the database as well as all of the dependencies within the tables.  Dependencies include language entries, security items and menus Leggett & Platt establishes for user type definitions.

SQL Packager first guides users through selecting schema and data for the new database, then generates scripts to preserve dependencies.  In the final step, the tool automatically packages an executable or .NET project, creating a utility for easy installation. 

Franks and his team then write a .NET application for each update that will launch at the customer site.  The .NET code will compare the database created by SQL Packager with the database currently in use at the Leggett & Platt branch and generate the scripts needed to update the branches database schema. 

To create the final file for remote deployment, the SQL Compare snapshot, SQL Packager executable, and manually authored .NET application are compiled with InstallShield.

Support gets a boost

Once launched at the client site, the InstallShield application creates a clean database from the SQL Packager file that will be used for data synchronization.  Then the .NET application compares the database snapshot from InstallShield with the data on-hand using Red Gate's SQL Data Compare, generating a script that outlines the differences in the two databases.  The script is then executed to update the branch's data to match records in the SQL Packager executable, enabling the on-site databases to be updated without wiping out existing data.

"With SQL Compare, if one of the database transactions fails, they all fail," says Franks.  "The database is rolled back to a clean database.  We used to have to repair incomplete databases with a special release or manually delete records and rerun the installation."

Leggett & Platt's IT support for customer databases has gotten a much needed boost with the implementation of iScala and Red Gate tools.  The small workforce with a heavy workload can now concentrate more on needed updates and Visual Basic code rather than double-checking scripts and creating fixes.

Further information

For more information on SQL Toolkit and other products by Red Gate Software please visit our website

To see how well SQL Toolkit can work for you too, download a fully functional, 14-day trial.

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here


Written By
Red Gate Software Ltd.
United Kingdom United Kingdom
Redgate makes ingeniously simple software used by 804,745 IT professionals and counting, and is the leading Microsoft SQL Server tools vendor. Our philosophy is to design highly usable, reliable tools which elegantly solve the problems developers and DBAs face every day, and help them adopt database DevOps. As a result, more than 100,000 companies use products in the Redgate SQL Toolbelt, including 91% of those in the Fortune 100.
This is a Organisation

1 members

Comments and Discussions

 
-- There are no messages in this forum --