Usuário com melhor resposta
Standy Continuous Replications MailBox Copy

Pergunta
-
Boa tarde amigos,
Estou com dois exchange em laboratório para criação de SCR (Standy Continuous Replications) só que a base não está sendo copiada para o outro servidor, e quando vejo o log ele aparece assim:
Identity : LABEX00\Lab
StorageGroupName : Lab
SummaryCopyStatus : Healthy
NotSupported : False
NotConfigured : False
Disabled : False
ServiceDown : False
Failed : False
Initializing : False
Resynchronizing : False
Seeding : False
Suspend : False
CCRTargetNode :
FailedMessage :
SuspendComment :
CopyQueueLength : 0
ReplayQueueLength : 14
LatestAvailableLogTime : 6/14/2010 5:06:44 PM
LastCopyNotificationedLogTime : 6/14/2010 5:06:44 PM
LastCopiedLogTime : 6/14/2010 5:06:44 PM
LastInspectedLogTime : 6/14/2010 5:06:44 PM
LastReplayedLogTime :
LastLogGenerated : 14
LastLogCopyNotified : 14
LastLogCopied : 14
LastLogInspected : 14
LastLogReplayed : 0
LatestFullBackupTime :
LatestIncrementalBackupTime :
LatestDifferentialBackupTime :
LatestCopyBackupTime :
SnapshotBackup :
SnapshotLatestFullBackup :
SnapshotLatestIncrementalBackup :
SnapshotLatestDifferentialBackup :
SnapshotLatestCopyBackup :
OutstandingDumpsterRequests : {}
DumpsterServersNotAvailable :
DumpsterStatistics :
IsValid : True
ObjectState : Unchanged
Os Logs foram copiados mas a DataBase não, alguém usa SCR ?
Respostas
-
Olá Renato,
Tente fazer o seguinte, desabilite o SCR do banco pelo servidor origem, vá para o servidor destino e apague todos os arquivos. No servidor origem, desmonte o banco que está pra replicar o SCR. Vá até a pasta do arquivo .chk, apague-o e monte o banco novamente. Com isso o banco irá criar o arquivo E01000000.LOG e o arquivo .chk. Com isso habilite o SCR novamente pelo servidor origem e dê um update-storagegroupcopy pelo servidor destino. A cópia será executada e o banco será migrado assim como os logs.
Boa sorte!
_________________________________________________________________
Guilherme Lima - MCITP Enterprise Server, MCITP Server Administrator
MCTS, MCSA, MCDST e MCP.
www.solucoesms.com- Sugerido como Resposta GuilhermeLima segunda-feira, 21 de junho de 2010 02:10
- Marcado como Resposta Jonathan SantosModerator segunda-feira, 11 de abril de 2011 23:01
-
Parabéns, deu tudo certo sim, agora já que o banco está migrado mas não está atualizado dê o comando RESUME-StorageGroupCopy -identity servidororigem -standbyserver ServidorDestino.
Com isso, tudo ok!!
Boa Sorte!
_________________________________________________________________
Guilherme Lima - MCITP Enterprise Server, MCITP Server Administrator
MCTS, MCSA, MCDST e MCP.
www.solucoesms.comCorrigindo, vá no servidor destino e dê o comando citado acima. Com ele, tudo ficará certo, e a pasta seedtemp será removida automaticamente após a replicação do banco. ;)
Boa sorte!
_________________________________________________________________
Guilherme Lima - MCITP Enterprise Server, MCITP Server Administrator
MCTS, MCSA, MCDST e MCP.
www.solucoesms.com- Sugerido como Resposta GuilhermeLima quinta-feira, 24 de junho de 2010 02:53
- Marcado como Resposta Jonathan SantosModerator segunda-feira, 11 de abril de 2011 23:01
Todas as Respostas
-
Olá Renato,
Tente fazer o seguinte, desabilite o SCR do banco pelo servidor origem, vá para o servidor destino e apague todos os arquivos. No servidor origem, desmonte o banco que está pra replicar o SCR. Vá até a pasta do arquivo .chk, apague-o e monte o banco novamente. Com isso o banco irá criar o arquivo E01000000.LOG e o arquivo .chk. Com isso habilite o SCR novamente pelo servidor origem e dê um update-storagegroupcopy pelo servidor destino. A cópia será executada e o banco será migrado assim como os logs.
Boa sorte!
_________________________________________________________________
Guilherme Lima - MCITP Enterprise Server, MCITP Server Administrator
MCTS, MCSA, MCDST e MCP.
www.solucoesms.com- Sugerido como Resposta GuilhermeLima segunda-feira, 21 de junho de 2010 02:10
- Marcado como Resposta Jonathan SantosModerator segunda-feira, 11 de abril de 2011 23:01
-
Grande Guilherme, muito obrigado por sua atenção, mas vamos ao trabalho..rs
Desabilite o SCR do banco pelo servidor origem.
DisableGroupCopy -Identity Lab02 -StandbyMachine LABEX01
Vá para o servidor destino e apague todos os arquivos.
OK
No servidor origem, desmonte o banco que está pra replicar o SCR.
Ok
Vá até a pasta do arquivo .chk, apague-o e monte o banco novamente.
OK
Com isso o banco irá criar o arquivo E01000000.LOG e o arquivo .chk.
Ok
Com isso habilite o SCR novamente pelo servidor origem
Enable-StorageGroupCopy -Identity LABEX00\Lab02 -StandbyMachine LABEX01
[PS] C:\Windows\System32>Suspend-StorageGroupCopy -Identity Lab02 -StandbyMachin
e BRSAOEX01
Confirm
Are you sure you want to perform this action?
Suspending Storage Group Copy "LAB02".
[Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help
(default is "Y"):A
[PS] C:\Windows\System32>Get-StorageGroupCopyStatus -Identity LABEX00\Lab02 -S
tandbyMachine LABEX01 |Fl Summary*,Copy*
SummaryCopyStatus : Suspended
CopyQueueLength : 9
Dê um update-storagegroupcopy pelo servidor destino.
Update-StorageGroupCopy -Identity Lab02 -StandbyMachineLABEX01
Após o comando no servidor standby ele cria uma pasta de nome "temp-seeding" dentro desta pasta está a base lab02.EDB
Com esse erro:
[PS] C:\Windows\System32>Update-StorageGroupCopy -Identity LABEX00\Lab02 -Stan
dbyMachine LABEX01
WARNING: Replication for storage group 'LABEX00\LAB02' is still suspended. If
needed, you can use the Resume-StorageGroupCopy cmdlet in the Exchange
Management Shell to resume replication.
Update-StorageGroupCopy : Seeding failed : Database seeding error: Error return
ed from an ESE function call (0xc7ff1004), error code (0x0).At line:1 char:24
+ Update-StorageGroupCopy <<<< -Identity LABEX00\Lab02 -StandbyMachine LABEX01
Na maquina de Origem vejo que está Ok apenas os logs foram copiados
[PS] C:\Windows\System32>Resume-StorageGroupCopy -Identity LABEX00\Lab02 -Stan
dbyMachine LABEX01
[PS] C:\Windows\System32>Get-StorageGroupCopyStatus -Identity LABEX00\Lab02 -S
tandbyMachine LABEX01 |Fl Summary*,Copy*
SummaryCopyStatus : Healthy
CopyQueueLength : 10
A cópia será executada e o banco será migrado assim como os logs.
A Cópia foi executada, mas o banco não foi migrado, apenas os logs -
Srs., alguém ja usou esse procedimento ?
http://technet.microsoft.com/pt-br/library/ee957400.aspx#_Implementa%C3%A7%C3%A3o,_configura%C3%A7%C3%A3o_e
Notei que tem muita informação diferente dos documentos do TechNet.
Quando eu falo em copia eu não devo ter no mesmo caminho criado no outro servidor de destino, pois daria conflito, correto ?
Eu notei que o SCR cria na maior parte do tempo o arquivo de LOG mas o de DataBase não é criado.
No exemplo do nosso amigo Anderson Patricio ele mostra a copia identica, mas é de Log não vi a base de dados sendo copiada.
http://www.andersonpatricio.org/Tutoriais/Tutoriais.asp?tut=946
-
Parabéns, deu tudo certo sim, agora já que o banco está migrado mas não está atualizado dê o comando RESUME-StorageGroupCopy -identity servidororigem -standbyserver ServidorDestino.
Com isso, tudo ok!!
Boa Sorte!
_________________________________________________________________
Guilherme Lima - MCITP Enterprise Server, MCITP Server Administrator
MCTS, MCSA, MCDST e MCP.
www.solucoesms.com- Sugerido como Resposta GuilhermeLima segunda-feira, 21 de junho de 2010 02:13
-
Amigo Guilherme,
Tudo bem ? então...
Não deu certo, Após o comando no servidor standby ele cria uma pasta de nome "temp-seeding" dentro desta pasta está a base lab02.EDB
Com esse erro:[PS] C:\Windows\System32>Update-StorageGroupCopy -Identity LABEX00\Lab02 -Stan
dbyMachine LABEX01
WARNING: Replication for storage group 'LABEX00\LAB02' is still suspended. If
needed, you can use the Resume-StorageGroupCopy cmdlet in the Exchange
Management Shell to resume replication.
Update-StorageGroupCopy : Seeding failed : Database seeding error: Error return
ed from an ESE function call (0xc7ff1004), error code (0x0).At line:1 char:24
+ Update-StorageGroupCopy <<<< -Identity LABEX00\Lab02 -StandbyMachine LABEX01
Na maquina de Origem vejo que está Ok apenas os (( logs foram copiados))
[PS] C:\Windows\System32>Resume-StorageGroupCopy -Identity LABEX00\Lab02 -Stan
dbyMachine LABEX01
[PS] C:\Windows\System32>Get-StorageGroupCopyStatus -Identity LABEX00\Lab02 -S
tandbyMachine LABEX01 |Fl Summary*,Copy* -
Parabéns, deu tudo certo sim, agora já que o banco está migrado mas não está atualizado dê o comando RESUME-StorageGroupCopy -identity servidororigem -standbyserver ServidorDestino.
Com isso, tudo ok!!
Boa Sorte!
_________________________________________________________________
Guilherme Lima - MCITP Enterprise Server, MCITP Server Administrator
MCTS, MCSA, MCDST e MCP.
www.solucoesms.comCorrigindo, vá no servidor destino e dê o comando citado acima. Com ele, tudo ficará certo, e a pasta seedtemp será removida automaticamente após a replicação do banco. ;)
Boa sorte!
_________________________________________________________________
Guilherme Lima - MCITP Enterprise Server, MCITP Server Administrator
MCTS, MCSA, MCDST e MCP.
www.solucoesms.com- Sugerido como Resposta GuilhermeLima quinta-feira, 24 de junho de 2010 02:53
- Marcado como Resposta Jonathan SantosModerator segunda-feira, 11 de abril de 2011 23:01