Resume-StorageGroupCopy (RTM)
Aplica-se a: Exchange Server 2007
Tópico modificado em: 2007-10-23
Este tópico explica como usar o cmdlet Restore-StorageGroupCopy em uma solução de replicação contínua em cluster (CCR) ou de replicação contínua local (LCR) do Microsoft Exchange Server 2007 para ativar uma cópia de grupo de armazenamento passivo. Na configuração de CCR, o Restore-StorageGroupCopy é usado quando o suporte de montagem automática não monta o banco de dados e o administrador precisa intervir explicitamente para realizar a montagem. Nesse cenário, o administrador usa o Restore-StorageGroupCopy antes de executar a operação do Mount-Database. Na configuração de LCR, o Restore-StorageGroupCopy é usado para desabilitar o LCR e tornar a cópia passiva viável para o Mount-Database. Em ambas as configurações, o Restore-StorageGroupCopy está encerrando a replicação para a cópia passiva e tornando-a viável para o cmdlet Mount-Database.
Sintaxe
Restore-StorageGroupCopy -Identity <StorageGroupIdParameter> [-DomainController <Fqdn>] [-Force <SwitchParameter>] [-ReplaceLocations <SwitchParameter>]
Descrição detalhada
O cmdlet Restore-StorageGroupCopy é necessário para habilitar um administrador do Exchange 2007 para ativar uma cópia de CCR ou LCR para recuperação de uma falha do banco de dados ou grupo de armazenamento ativo. O comando é usado em configurações de CCR e LCR. Por padrão, o cmdlet Restore-StorageGroupCopy é usado quando um administrador encerra a replicação. Isso é usado em configurações de CCR e LCR.
Em uma configuração de LCR, espera-se que o administrador reloque os dados por meio de operações de volume ou sistema de arquivos. Recomendamos esse método para manter as convenções entre os caminhos usados para os bancos de dados de cópia e produção.
O parâmetro ReplaceLocations é usado em uma configuração de LCR quando o administrador deseja encerrar a replicação e enviar por push os caminhos da cópia no grupo de armazenamento de produção e nos atributos de local do banco de dados. Os caminhos dos objetos do grupo de armazenamento e do banco de dados de produção são atualizados com os locais da cópia. Essa é uma operação rápida e permite uma montagem imediata do banco de dados. Se a opção não for usada, os dados da cópia devem ficar disponíveis nos locais de produção. Se isso não puder ser feito por meio de comandos para renomear o sistema de arquivos ou operações de volume, a duração da interrupção será proporcional ao tempo necessário para copiar os logs e bancos de dados.
Em uma configuração de CCR, a cópia ativada fica em um nó diferente e no local correto. Assim, não é necessário alterar o local dos logs ou banco de dados como parte da ativação.
Você pode usar o cmdlet Restore-StorageGroupCopy para substituir as restrições de perda do grupo de armazenamento de montagem do nó recém-ativado. Por exemplo, o AutoDatabaseMountDial pode ser definido como Sem perdas, o que significa que o banco de dados não será montado se mesmo um arquivo de log do último nó montado não puder ser copiado e repetido na cópia. Quando neste estado, você pode restaurar a cópia do grupo de armazenamento e montar o banco de dados.
Dica
Em algumas circunstâncias, substituir as restrições de perda de montagem do grupo de armazenamento no nó recém-ativado pode exigir uma nova propagação do grupo de armazenamento do nó ativado anteriormente. A nova propagação seria necessária se um ou mais logs na região perdida tivessem sido gravados no banco de dados.
O cmdlet Restore-StorageGroupCopy pode realizar os seguintes objetivos:
Marca os bancos de dados do grupo de armazenamento como montáveis.
Fornece um relatório sobre a perda de dados que resultará da montagem dos bancos de dados no grupo de armazenamento.
Verifica se todos os logs criados no servidor de origem do grupo de armazenamento estão presentes na cópia e, se não estiverem, tenta copiá-los mais uma vez.
Dica
Se nenhum dos arquivos de log estiver disponível e o cmdlet Restore-StorageGroupCopy falhar ao tentar copiá-los do local de origem, os bancos de dados resultantes terão perda de dados. Para obter mais informações sobre como a CCR gerencia a perda de dados, consulte Replicação Contínua em Cluster.
Para LCR, ele também desabilita a cópia do grupo de armazenamento.
Para LCR, se o banco de dados resultante tiver uma perda, a indexação do conteúdo será executada novamente.
Para LCR, esse comando deve ser executado no servidor que funciona como host do grupo de armazenamento.
Dica
Para CCR, para que a cópia especificada se torne a cópia ativa, ela deve ser primeiramente montada. Após ser montada e estar ativa, ela se tornará a nova cópia de origem para a atividade de replicação subseqüente.
Para executar o código a seguir, você deve usar uma conta à qual esteja delegado o seguinte:
- Função de Administrador do Exchange Server e grupo Administradores local para o servidor de destino
Para obter mais informações sobre permissões, delegação de funções e os direitos necessários para administrar o Exchange Server 2007, consulte Considerações sobre permissão.
Parâmetros
Parâmetro | Necessário | Tipo | Descrição |
---|---|---|---|
Identity |
Necessário |
Microsoft.Exchange.Configuration.Tasks.StorageGroupIdParameter |
O parâmetro Identity adota um dos seguintes valores:
|
Confirm |
Opcional |
Boleano |
O parâmetro Confirm faz com que o comando pause o processamento e exige que o administrador confirme o que o comando fará antes que o processamento continue. O valor padrão é $true. |
DomainController |
Opcional |
Microsoft.Exchange.Data.Fqdn |
Para especificar o FQDN (nome de domínio totalmente qualificado) do controlador de domínio para localizar o servidor de caixas de correio em cluster, inclua o parâmetro DomainController no comando. |
Force |
Opcional |
System.Management.Automation.SwitchParameter |
O parâmetro Force pode ser usado quando a tarefa é executada por programa e a solicitação de entrada administrativa é inadequada. Se Force não for fornecido no cmdlet, uma entrada administrativa será solicitada. Se Force for fornecido no cmdlet, mas o valor for omitido, então o valor padrão será $true. |
ReplaceLocations |
Opcional |
System.Management.Automation.SwitchParameter |
O parâmetro ReplaceLocations é usado em uma configuração de LCR quando o administrador deseja encerrar a replicação e enviar por push os caminhos da cópia no grupo de armazenamento de produção e nos atributos de local do banco de dados. Os caminhos dos objetos do grupo de armazenamento e do banco de dados de produção são atualizados com os locais da cópia. O parâmetro ReplaceLocations não é válido em uma configuração de CCR. |
WhatIf |
Opcional |
Boleano |
O parâmetro WhatIf instrui o cmdlet a simular as ações que ele executará no objeto. Ao usar o parâmetro WhatIf, o administrador poderá exibir quais alterações ocorrerão sem precisar aplicar nenhuma dessas alterações. O valor padrão é $true. |
Erros
Erro | Descrição |
---|---|
|
A tarefa não conseguiu se conectar ao cluster devido a um problema de comunicação, ou o cluster não está disponível. |
|
O servidor não é um servidor Exchange 2007. |
|
O usuário não tem autoridade de administrador do Exchange Server. |
|
O servidor especificado do grupo de armazenamento não existe. |
|
A tarefa deve ser executada no computador de destino da replicação. |
|
O parâmetro especificado não existe ou a combinação especificada não é válida. |
|
Não há suporte para essa configuração de replicação. A replicação não foi habilitada. |
|
O parâmetro ReplaceLocations foi especificado e os locais de grupo de armazenamento de produção não puderam ser atualizados com os caminhos necessários. |
|
A cópia especificada não está em uma condição adequada. |
|
O banco de dados do grupo de armazenamento especificado não está desmontado. |
|
A replicação não está pronta para tornar o grupo de armazenamento disponível. |
|
Ocorreu um erro interno. Falha do comando Restore-StorageGroupCopy ao obter as informações de todos os bancos de dados para LCR. |
|
Ocorreu um erro interno porque havia um backup em andamento. |
|
Ocorreu um erro interno. não online. |
|
Não há bancos de dados no grupo de armazenamento. |
|
Notificação de êxito que detalha as ações adotadas e seus resultados, incluindo a quantidade de dados perdida como resultado da restauração. A notificação também indica se os caminhos foram atualizados. A notificação também declara o que deve ser feito a seguir. |
|
O grupo de armazenamento já está disponível para montagem. |
Exemplo
O exemplo de código a seguir mostra como encerrar uma replicação no grupo de armazenamento denominado SG1.
Restore-StorageGroupCopy -Identity:SG1