CORRECÇÃO: Sp_change_primary_role pode armazenar cópia de segurança registo de transacções na localização errada

O procedimento armazenado sp_change_primary_role poderá armazenar cópia de segurança da registo final transacção na pasta \%Windir%\System32 em vez da pasta que especificou quando configura o envio do registo.

Em instâncias nomeadas de SQL Server 2000, o último registo de transacções não pode carregar quando executa o procedimento armazenado sp_change_secondary_role porque a cópia de segurança transacção do registo não está na localização esperada, que poderá causar a perda de dados.

Como parte de um registo de alteração de função de envio, o procedimento armazenado sp_change_primary_role efectua uma cópia de segurança transacção final do registo. SQL Server utiliza o ficheiro de cópia de segurança de registo de transacções final e o ficheiro .tuf actualizado para a base de dados para a última actualização da base de dados secundária. Ambos os ficheiros (.trn e .tuf) deverão estar localizados na pasta de registo transacções, que configura quando configurar o envio do registo.

No entanto, se especificar todas os caminhos predefinidos (\MSSQLServer\backup pastas) quando configurar o registo de envio, o registo de transacções final e o ficheiro .tuf podem ser armazenados na pasta \%Windir%\System32 em vez da pasta predefinida que especificou na configuração inicial.

Quando o SQL Server executa o procedimento armazenado sp_change_secondary_role efectua uma falha sobre para o segundo servidor e um carregamento do último registo de transacções. Em instâncias nomeadas de SQL Server 2000, uma vez que o ficheiro de registo e .tuf de transacção não pode ser na pasta predefinida, o último registo de transacções não pode carregar durante a execução de sp_change_secondary_role .

Este comportamento só ocorre em instâncias nomeadas de SQL Server 2000.

Para resolver este problema, obtenha o service pack mais recente do Microsoft SQL Server 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Na configuração envio do registo para uma instância nomeada, não seleccione os caminhos predefinidos para a pasta como a localização de armazenamento para cópias de segurança da registo de transacções. Especifique qualquer pasta diferente da predefinida.

A Microsoft confirmou que este é um problema no Microsoft SQL Server 2000. Este problema foi corrigido pela primeira vez no Microsoft SQL Server 2000 Service Pack 2.

REFERÊNCIAS

SQL Server 2000 Books Online; tópicos: "Como configurar o registo de envio (Enterprise Manager)" "Como configurar e efectuar um registo de alteração de função de envio"; "Monitorização do registo de envio"