Restaurando bancos de dados do Exchange 2013
Encontre informações sobre as diferentes maneiras pelas quais você pode restaurar seus bancos de dados do Exchange 2013.
Aplica-se a: Exchange Server 2013
O gravador do Exchange incluído no Exchange Server 2013 permite alguma flexibilidade na forma como você restaura seus bancos de dados do Exchange. Usando o gravador do Exchange no Exchange 2013, você pode restaurar os backups de cópia de sombra para os seguintes locais:
O banco de dados original, independentemente de a configuração do caminho do arquivo de log de transações ou banco de dados ter sido modificada.
Um banco de dados de recuperação.
Qualquer banco de dados de produção, independentemente de o nome de exibição do banco de dados corresponder ao nome em um conjunto de backup VSS.
Quando o aplicativo de restauração restaura informações para o banco de dados original, os arquivos de log devem ser restaurados para o caminho de diretório especificado em Active Directory Domain Services (AD DS) para esse banco de dados. Se o aplicativo restaurar um banco de dados em um local diferente, os arquivos de log deverão ser restaurados para uma pasta chamada _restoredLogs localizada dentro do diretório de arquivos de log de banco de dados.
Ao restaurar para um servidor ou banco de dados diferente do banco de dados original, seu aplicativo de restauração deve garantir que os caminhos de diretório de banco de dados fornecidos para VSS correspondam aos do AD DS. Você pode usar o cmdlet get-MailboxDatabaseExchange Management Shell para obter informações sobre bancos de dados existentes. Para obter mais informações sobre o Exchange Management Shell, confira Exchange Server PowerShell (Exchange Management Shell).
A figura a seguir mostra a sequência de eventos em uma restauração típica de um banco de dados do Exchange gerenciado pelo VSS (Serviço de Cópia de Sombra de Volume).
Figura 1. Sequência de eventos para restaurar bancos de dados
Restaurando bancos de dados do Exchange para o local original
O gravador do Exchange permite que os aplicativos restaurem bancos de dados e arquivos de log de transações em seus locais originais no servidor exchange. Por padrão, o gravador do Exchange reproduz os arquivos de log de transações depois que o solicitante confirma que a restauração está concluída durante a operação OnPostRestore . O aplicativo de restauração deve usar o método VSS SetAdditionalRestores para evitar que os arquivos de log sejam reproduzidos. Os arquivos de log podem ser reproduzidos posteriormente quando o administrador do Exchange ou seu aplicativo remonta o banco de dados restaurado.
Ao restaurar bancos de dados de volta para seus objetos de banco de dados originais (de modo que os GUIDs de destino no banco de dados correspondam aos do conjunto de backup), mas para caminhos de arquivo diferentes, o aplicativo deve determinar os caminhos de arquivo atuais e restaurar os arquivos de backup para os caminhos de arquivo correspondentes especificados nas propriedades do banco de dados. O solicitante deve chamar o método AddNewTarget para comunicar ao gravador do Exchange o local em que os arquivos são restaurados antes que o gravador possa continuar com o restante do processo de restauração. Se AddNewTarget não for chamado, o gravador do Exchange pressupõe que os backups sejam restaurados para os caminhos de arquivo especificados no documento de metadados de backup.
Normalmente, seu aplicativo não precisa especificar um novo caminho para backups executados a partir de uma cópia do DAG (Grupo de Disponibilidade de Banco de Dados). Os administradores do Exchange geralmente não alteram o banco de dados ou os caminhos de arquivo de log. Em uma configuração DAG, no entanto, o aplicativo de backup pode ter que especificar os caminhos de log e banco de dados ativos, pois os caminhos de cópia DAG são sempre diferentes desses caminhos.
Observe que o Exchange 2013 não dá suporte à restauração de cópias inativas do banco de dados DAG. As cópias DAG só podem ser restauradas de dados de backup quando a cópia do banco de dados ativo é restaurada. Usar diferentes conjuntos de dados de backup ou tentar restaurar um subconjunto de cópias de banco de dados pode fazer com que o banco de dados se torne intransponível. Os aplicativos de backup não precisam chamar a função SetRestoreOptions nesse caso, pois os backups são restaurados para os objetos de banco de dados originais dos quais foram criados. No entanto, se o aplicativo de backup chamar SetRestoreOptions e o documento de metadados XML tiver os parâmetros corretos, o resultado não será um erro.
Restaurando bancos de dados do Exchange em um banco de dados de recuperação
O gravador do Exchange permite que você restaure dados diretamente em um banco de dados de recuperação. A montagem dos dados recuperados como um banco de dados de recuperação permite que o administrador do Exchange restaure caixas de correio individuais e até mesmo itens individuais em uma caixa de correio.
Se um banco de dados de recuperação já existir, seu aplicativo poderá desmontar o banco de dados, restaurar os dados no banco de dados de recuperação e arquivos de log e, em seguida, remontar o banco de dados.
Cada servidor do Exchange 2013 permite que apenas um banco de dados de recuperação seja montado por vez. O servidor pode conter tantos bancos de dados recuperados quanto o espaço em disco permite, mas apenas um pode ser montado como o banco de dados de recuperação. O banco de dados montado à medida que o banco de dados de recuperação é contado no número máximo de bancos de dados que podem ser montados por vez. Um banco de dados recuperado montado como banco de dados de recuperação de um servidor não está associado à caixa de correio original de forma alguma.
Para se recuperar em um banco de dados de recuperação, seu aplicativo deve chamar o método SetRestoreOptions e fornecer um documento XML que indica os GUIDs de banco de dados de origem e de destino. Os GUIDs de origem devem corresponder aos do conjunto de backup e os GUIDs de destino devem corresponder às entradas do banco de dados de destino no AD DS. O aplicativo de backup também deve chamar o método AddNewTarget para especificar o caminho do diretório ao qual os arquivos são restaurados. Se os arquivos de banco de dados precisarem ser renomeados, o gravador do Exchange renomeará o banco de dados durante a operação OnPostRestore . O Exchange exige que os arquivos de log de transação sejam restaurados em uma subpasta ( _restoredLogs) no caminho do arquivo de log de transação atual. Se os arquivos de log forem restaurados para qualquer outro local, o gravador do Exchange retornará um erro. Como os bancos de dados que estão sendo montados à medida que o banco de dados de recuperação não são restaurados para seu local original, eles precisam ser trazidos para o estado de desligamento limpo antes que possam ser montados. Por padrão, o gravador do Exchange trará todos os bancos de dados restaurados para um estado de desligamento limpo durante a pós-restauração. Se o aplicativo de backup chamar o método SetAdditionalRestores , o gravador do Exchange não repetirá os arquivos de log e o administrador ou seu aplicativo de backup precisará colocar o banco de dados em um estado de desligamento limpo antes de montar o banco de dados.
Restaurando bancos de dados do Exchange em um servidor de recuperação
Em alguns cenários, talvez seja necessário recuperar um conjunto de backup para outro servidor; Por exemplo, talvez seja necessário se recuperar de uma falha catastrófica do servidor portando o banco de dados da caixa de correio para outro servidor do Exchange 2013 na mesma organização do Exchange ou restaurar para um servidor dedicado fora do ambiente de produção para recuperar a caixa de correio e os dados da pasta pública.
Nesses cenários, os caminhos de arquivo para o banco de dados de destino, bem como seus GUIDs de objeto, são diferentes dos do banco de dados original. Portanto, seu aplicativo precisa chamar o método SetRestoreOptions com um documento XML que indica as informações de banco de dados de origem e destino e chamar o método AddNewTarget para especificar os caminhos de diretório para restaurar os arquivos de backup. Para o gravador do Exchange, essa restauração é a mesma que restaurar para um banco de dados de recuperação. Para obter mais informações, confira Restaurando bancos de dados do Exchange em um banco de dados de recuperação anteriormente neste artigo.