Eu tenho um servidor de produção, digamos ServerA
que configurei o envio de log para o ServerB
qual é deixado no modo somente leitura. O objetivo desse envio de log é diminuir a carga no servidor de produção para algumas consultas caras (relatórios dolorosos).
Agora, se eu tiver que criar alguns logins usando nossas contas de domínio. Não posso fazer isso porque o banco de dados secundário está no formato standby mode
.
Achei que, se eu criar esses logins no servidor primário, eles serão copiados para o servidor secundário e os logs serão restaurados lá, mas não é o caso.
Eu fiz muitas pesquisas online para encontrar uma maneira de contornar isso. Eu encontrei os seguintes recursos para isso. Eu tentei todos os métodos sugeridos neste artigo, mas nenhum deles parece funcionar.
Log Shipping in SQL Server 2008 R2 for set BI on replicated database
How to transfer logins and passwords between instances of SQL Server
Alguém experimentou o mesmo problema? o que você fez? Existe alguma maneira de contornar este problema? Qualquer sugestão, qualquer ponteiro, por favor.
Duas opções:
select sid from sys.database_principals dp where type = 'S' and name = '<<YourUserNameHere>>'
. (SID é basicamente um ID exclusivo - é completamente ilegível) Em seguida, no servidor secundário, crie um login com o SID especificado:CREATE LOGIN [<YourLoginNameHere>>] WITH PASSWORD ='<<YourPasswordHere>>', SID = <<the SID from primary server>>
. Ao especificar o SID, esse login terá o mesmo SID do usuário em seu banco de dados logshipped - você poderá fazer login nesse usuário.Exemplo resolvido de criação de um usuário: Tenho um banco de dados chamado LogShippingTest e quero dar um login no meu servidor secundário db_datareader na cópia enviada com log para que o Marketing possa ler as coisas.
No servidor primário:
Digamos que o SID seja 0x70DD0D59ADF3FD4ABB000037826A2888 (acabei de inventar isso, mas partiremos daí). Agora, force a execução do envio de log ou aguarde até que ele seja executado e o usuário exista no lado secundário. Então, no secundário:
Você deve ser capaz de efetuar login como o login DataReaderForMarketing no servidor secundário e ter db_datareader no banco de dados secundário com logship. (Você pode alterar as permissões do usuário do banco de dados principal e eles serão desconectados para se aplicar ao secundário também!)