Plan for backup and recovery (Office Forms Server)
Updated: May 21, 2009
Applies To: Office Forms Server 2007
Topic Last Modified: 2009-05-11
In this article:
Backing up and recovering data supports many business scenarios. The most common business scenarios supported by data backup and recovery are:
Recovering from an unexpected failure or disaster — that is, disaster recovery.
Migrating data between installations as part of an upgrade or staging process.
Determine which scenarios your business requires that you address, and how you will address them.
Disaster recovery, which includes planning and preparing for how to restore your Microsoft Office Forms Server 2007 implementation after a technical failure or disaster, is a key part of business continuance planning and risk management.
When you plan for how you will use backup and recovery for disaster recovery, consider common events, failures, and errors; local emergencies; and regional emergencies.
Common events, failures, and errors that require you to back up or recover sites include:
Accidental or inappropriate deletions.
Circumstances that take a SharePoint site offline are best dealt with by setting up a system with redundant components that fails over gracefully. Moreover, recovering from common failures often involves a combination of redundancy, availability, and backup and recovery techniques.
Depending on your need for availability, you might want to have redundant farms within your region that your system can fail over to. If you do not have redundant farms, we recommend that you store recent backups offsite so that you can quickly acquire equipment, rebuild, and restore your farm in the event of a fire, flood, or other catastrophic event. A farm-level backup is often appropriate for this purpose.
To prepare contingencies for regional emergencies, you might want to have contracts in place for emergency server rentals in another region. We recommend that you store recent backups outside of your region so that you can quickly acquire equipment, rebuild, and restore your farm. As with local emergencies, a farm-level backup is appropriate for this purpose.
Backups are often used to migrate to a new version, or to move data to a different server.
One of the ways to upgrade is by way of a database migration. When you use this method, you back up and then restore your databases by using SQL Server tools. You back up the databases in the old farm, and then you restore them in the new farm. When you restore a database and add it to the farm, the upgrade process runs and upgrades the entire database. Planning for a data migration is part of the planning process for upgrading data.
Migrating data stored in Microsoft Office InfoPath 2007 form templates requires planning beyond the backup and recovery functionality provided by Microsoft Office Forms Server 2007 because some Office InfoPath 2007 form template data is stored in the configuration database, and because your form templates can store and retrieve data from external sources.
The steps in migrating a database for Office Forms Server 2007 include:
Before you begin, be sure that you have copies of the administrator-approved form templates and data connections to re-deploy, and that you have documented the farm-level settings, such as exempt user agents.
Set the previous version databases to be read-only.
Use SQL Server tools to perform a full backup of your content databases. You do not need to back up the configuration or component settings (search) databases because you will re-create these databases in the new server farm.
Note: If you need to restore your data to another URL, you must run the downloadable Server Upgrade and Migration Tool for Microsoft Office InfoPath. For more information, see InfoPath 2007 Tool: Server Upgrade and Migration Tool for Microsoft Office InfoPath (http://go.microsoft.com/fwlink/?LinkID=106180&clcid=0x409).
Restore the backups to the new farm.
Add the databases to the Web applications.
Using backup and recovery to move data to a new server is a common process. When you plan to move content between servers, consider the following:
Is this a one-time or frequent action? If it is a one-time action, use backup and recovery. If it is a frequent action, consider a different mechanism.
Is this a temporary or permanent move? If you are moving your content permanently to a new server, review the planning information at Plan for performance and capacity (Office SharePoint Server).
This topic is included in the following downloadable book for easier reading and printing: