Failing back Persistent Chat Server in Lync Server 2013
Topic Last Modified: 2014-02-05
This procedure outlines the steps necessary to recover from a Persistent Chat Server failure, and to reestablish operations from the primary data center.
During Persistent Chat Server failure, the primary data center suffers complete outage, and the primary and mirror databases become unavailable. The primary data center fails over to the backup server.
The following procedure restores normal operation after the primary data center is back up, and the servers have been rebuilt. The procedure assumes that the primary data center has been recovered from total outage, and that the mgc database and the mgccomp database have been rebuilt and reinstalled by using Topology Builder.
The procedure also assumes that no new mirror and backup servers were deployed during the failover period, and that the only server deployed is the backup server and its mirror server, as defined in Failing over Persistent Chat Server in Lync Server 2013.
These steps are designed to recover configuration as it existed prior to the disaster, resulting in failover from the primary server to the backup server.
To fail back Persistent Chat Server
Clear all servers from the Persistent Chat Server Active Server list by using the
Set-CsPersistentChatActiveServer
cmdlet from the Lync Server Management Shell. This stops all Persistent Chat Servers from connecting to the mgc database and the mgccomp database during failback.Important
The SQL Server agent on the secondary Persistent Chat Server Back End Server should be running under a privileged account. Specifically, the account must include:
-
Read access to the network share that backups are being placed in.
-
Write access to the specific local directory that the backups are being copied to.
-
Disable mirroring on the backup mgc database:
Using SQL Server Management Studio, connect to the backup mgc instance.
Right-click the mgc database, point to Tasks, and then click Mirror.
Click Remove Mirroring.
Click OK.
Perform the same steps with the mgccomp database.
Back up the mgc database so that it can be restored to the new primary database:
Using SQL Server Management Studio, connect to the backup mgc instance.
Right-click the mgc database, point to Tasks, and then click Back Up. The Back Up Database dialog box appears.
In Backup type, select Full.
For Backup component, click Database.
Either accept the default backup set name suggested in Name, or enter a different name for the backup set.
<Optional> In Description, enter a description of the backup set.
Remove the default backup location from the destination list.
Add a file to the list by using the path to the share location that you established for log shipping. This path is available to the primary database and to the backup database.
Click OK to close the dialog box and begin the backup process.
Restore the primary database by using the backup database created in the previous step.
Using SQL Server Management Studio, connect to the primary mgc instance.
Right-click the mgc database, point to Tasks, point to Restore, and then click Database. The Restore Database dialog box appears.
Select From Device.
Click the browse button, which opens the Specify Backup dialog box. In Backup media, select File. Click Add, select the backup file that you created in step 3, and then click OK.
In Select the backup sets to restore, select the backup.
Click Options in the Select a page pane.
In Restore options, select Overwrite the existing database.
In Recovery State, select Leave the database ready to use.
Click OK to begin the restoration process.
Configure SQL Server Log Shipping for the primary database. Follow the procedures in Configuring Persistent Chat Server for high availability and disaster recovery in Lync Server 2013 to establish log shipping for the primary mgc database.
Set the Persistent Chat Server active servers. From the Lync Server Management Shell, use the Set-CsPersistentChatActiveServer cmdlet to set the list of active servers.
Important
All the active servers must be located within the same data center as the new primary database, or in a data center that has a low latency/high bandwidth connection to the database.
The restore the pool to its normal state run the following Windows PowerShell command:
Set-CsPersistentChatState -Identity "service: lyncpc.dci.discovery.com" -PoolState Normal
See the help topic for the Set-CsPersistentChatState cmdlet for more information.