Compartilhar via


How to: Configure a Database Mirroring Session (SQL Server Management Studio)

To establish a database mirroring session and to modify the properties of database mirroring for a database, use the Mirroring page of the Database Properties dialog box.

Before you use the Mirroring page to configure database mirroring, ensure that the following requirements have been met:

  • The principal and mirror server instances must be running the same edition of SQL Server—either Standard Edition or Enterprise Edition. Also, we strongly recommend that they run on comparable systems that can handle identical workloads.

    Note

    The witness server instance can run on SQL Server Standard Edition, Enterprise Edition, Workgroup Edition, or Express Edition.

  • The mirror database must exist and be current.
    Creating a mirror database requires restoring a recent backup of the principal database (using WITH NORECOVERY) on the mirror server instance. It also requires taking one or more log backups after the full backup and restoring them in sequence to the mirror database (using WITH NORECOVERY). For more information, see How to: Prepare a Mirror Database for Mirroring (Transact-SQL).

  • If the server instances are running under different domain user accounts, each requires a login in the master database of the others. If the login does not exist, you must create it before configuring mirroring. For more information, see How to: Allow Database Mirroring Network Access Using Windows Authentication (Transact-SQL).

To configure database mirroring

After connecting to the principal server instance, in Object Explorer, click the server name to expand the server tree.

Expand Databases, and select the database to be mirrored.

Right-click the database, select Tasks, and then click Mirror. This opens the Mirroring page of the Database Properties dialog box.

To begin configuring mirroring, click the Configure Security button to launch the Configure Database Mirroring Security Wizard.

Note

During a database mirroring session, you can use this wizard only to add or change the witness server instance.

The Configure Database Mirroring Security Wizard automatically creates the database mirroring endpoint (if none exists) on each server instance, and enters the server network addresses in the field corresponding to the role of the server instance (Principal, Mirror, or Witness).

Important

When creating an endpoint, the Configure Database Mirroring Security Wizard always uses Windows Authentication. Before you can use the wizard with certificate-based authentication, the mirroring endpoint must already have been configured to use certificates on each of the server instances. Also, all the fields of the wizard's Service Accounts dialog box must remain empty. For information about creating a database mirroring endpoint to use certificates, see CREATE ENDPOINT (Transact-SQL).

Optionally, change the operating mode. The availability of certain operating mode(s) depends on whether you have specified a TCP address for a witness. The options are as follows:

Option

Witness?

Explanation

High performance (asynchronous)

Null (if exists, not used but the session requires a quorum)

To maximize performance, the mirror database always lags somewhat behind the principal database, never quite catching up. However, the gap between the databases is typically small. The loss of a partner has the following effect:

  • If the mirror server instance becomes unavailable, the principal continues.
  • If the principal server instance becomes unavailable, the mirror stops; but if the session has no witness (as recommended) or the witness is connected to the mirror server, the mirror server is accessible as a warm standby; the database owner can force service to the mirror server instance (with possible data loss).

For more information, see Asynchronous Database Mirroring (High-Performance Mode) and Forced Service (with Possible Data Loss).

High safety without automatic failover (synchronous)

No

All committed transactions are guaranteed to be written to disk on the mirror server.

Manual failover is possible when the partners are connected to each other and the database is synchronized.

The loss of a partner has the following effect:

  • If the mirror server instance becomes unavailable, the principal continues.
  • If the principal server instance becomes unavailable, the mirror stops but is accessible as a warm standby; the database owner can force service to the mirror server instance (with possible data loss).

For more information, see Synchronous Database Mirroring (High-Safety Mode).

High safety with automatic failover (synchronous)

Yes (required)

All committed transactions are guaranteed to be written to disk on the mirror server.

Availability is maximized by including a witness server instance to support automatic failover. Note that you can select the High safety with automatic failover (synchronous) option only if you have first specified a witness server address.

Manual failover is possible when the partners are connected to each other and the database is synchronized.

ms188712.note(en-US,SQL.90).gifImportant:

If the witness becomes disconnected, the partners must be connected to each other for the database to be available. For more information, see Quorum: How a Witness Affects Database Availability.

In the presence of a witness, the loss of a partner has the following effect:

  • If the principal server instance becomes unavailable, automatic failover occurs. The mirror server instance switches to the role of principal, and it offers its database as the principal database.
  • If the mirror server instance becomes unavailable, the principal continues.

For more information, see Synchronous Database Mirroring (High-Safety Mode).

When all of the following conditions exist, click Start Mirroring to begin mirroring:

  • You are currently connected to the principal server instance.
  • Security has been configured correctly.
  • The fully-qualified TCP addresses of the principal and mirror server instances are specified (in the Server network addresses section).
  • If the operating mode is set to High safety with automatic failover (synchronous), the fully-qualified TCP address of the witness server instance is also specified.

After mirroring begins, you can change the operating mode and save the change by clicking OK. Note that you can switch to high availability mode only if you have first specified a witness server address.

Note

To remove the witness, delete its server network address from the Witness field. If you switch from high-safety mode with automatic failover to high-performance mode, the Witness field is automatically cleared.

See Also

Tasks

How to: Pause or Resume a Database Mirroring Session (SQL Server Management Studio)
How to: Set Up a Mirror Database to Use the Trustworthy Property
How to: Remove Database Mirroring (SQL Server Management Studio)
How to: Add or Replace a Database Mirroring Witness (SQL Server Management Studio)

Concepts

Automatic Failover
Preparing a Mirror Database for Mirroring
Forced Service (with Possible Data Loss)
Managing Logins and Jobs After Role Switching
Manual Failover
Managing Metadata When Making a Database Available on Another Server Instance

Other Resources

Database Properties (Mirroring Page)
Setting Up Database Mirroring

Help and Information

Getting SQL Server 2005 Assistance