Definindo um servidor principal padrão no SQL Server 2008

Este não é um recurso pronto para uso do SQL Server. E aqui está o porquê:

Depois de um cenário de failover, quando o antigo servidor principal está novamente online, isso não significa necessariamente que ele deve ser colocado de volta na função principal. Só porque o servidor está online não significa necessariamente que ele esteja totalmente íntegro do ponto de vista de hardware/software (afinal, acabou de cair). E se o problema acontecer novamente em uma hora? Você realmente quer jogar pingue-pongue com nós de espelhamento toda vez que o primário estiver inativo? Deve haver um controle de qualidade manual do nó antes de colocá-lo (de preferência após o horário comercial) de volta à função principal.

Simplificando: o failover automático fora de uma situação de desastre adiciona riscos desnecessários ao tempo de atividade do seu banco de dados.

Este artigo no SQL Server Central fornece o seguinte procedimento armazenado para facilitar a ação que você descreve, mas eu recomendo não fazê-lo novamente.

Create Procedure dbo.dbm_FailoverMirrorToOriginalPrincipal
     @DBName sysname
As
Declare @SQL nvarchar(200)

Set NoCount On;

/*
     If database is in the principal role and is in a synchronized state
     then fail database back to original principal
*/
If Exists (Select 1 From sys.database_mirroring
          Where database_id = db_id(@DBName)
          And mirroring_role = 1 -- Principal partner
          And mirroring_state = 4) -- Synchronized
  Begin
     Set @SQL = 'Alter Database ' + quotename(@DBName) + ' Set Partner Failover;'

     Exec sp_executesql @SQL;
  End

Set NoCount Off;