none
Standy Continuous Replications MailBox Copy RRS feed

  • 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 ?


    segunda-feira, 14 de junho de 2010 20:20

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

    quinta-feira, 17 de junho de 2010 01:20
  • 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

     

    Corrigindo, 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

    quinta-feira, 24 de junho de 2010 02:53

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

    quinta-feira, 17 de junho de 2010 01:20
  • 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

    quinta-feira, 17 de junho de 2010 14:14
  • 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

     

     

    quinta-feira, 17 de junho de 2010 17:34
  • 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
    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*

    quarta-feira, 23 de junho de 2010 21:55
  • 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

     

    Corrigindo, 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

    quinta-feira, 24 de junho de 2010 02:53