Cenário: um único servidor Exchange 2013 em um domínio Windows Server 2003 AD; um DC apresentou defeito meses atrás e foi demitido (sem rebaixamento adequado, nada menos); o outro DC morreu ontem e não há backups disponíveis. Simplificando, esse AD não existe mais.
O servidor Exchange está totalmente operacional, mas é claro que o próprio Exchange não está; no entanto, os arquivos do banco de dados são seguros e foi até possível trazer o banco de dados para um estado de desligamento normal.
O domínio AD terá que ser reconstruído do zero; nenhuma perda realmente grande, é uma empresa pequena, 20 PCs precisarão ser reingressados em um novo domínio e 20 usuários enfrentarão um perfil de usuário limpo, alguns compartilhamentos de arquivos precisarão ser re-ACLed, mas no geral não é um grande desastre ( embora definitivamente tenha ensinado a eles que, embora ter um único DC signifique apenas pedir problemas, ter um único DC e nenhum backup dele é muito mais insano).
A empresa não está realmente interessada em trazer o Exchange novamente: eles reconheceram sua total incapacidade de executar algo mais complexo do que um servidor de arquivos e estão migrando de todo o coração para o Office 365; no entanto, eles desejam recuperar seus dados do Exchange.
Posso criar qualquer ambiente de laboratório de que preciso, portanto, criar um novo AD e um novo servidor Exchange 2013 não é problema; no entanto, o que eu realmente preciso para montar o banco de dados recuperado em um novo ambiente AD/Exchange?
Fiz isso há vários anos com o Exchange 2003 e foi uma dor de cabeça ; funcionou, mas precisava que cada bit da configuração do Exchange correspondesse, começando pelos nomes da AD e da organização do Exchange até os caminhos do banco de dados e nomes de usuário. No entanto, temos o Exchange 2013 agora, que tem muitas melhorias interessantes que devem facilitar as coisas: grupos administrativos/de roteamento não existem mais, a nova arquitetura de armazenamento aboliu grupos de armazenamento e bancos de dados desacoplados de servidores e, finalmente, há o lendário banco de dados portabilidade (que, no entanto, só funciona entre servidores na mesma organização) e os bancos de dados de recuperação absolutamente adoráveis .
O que eu sei: o nome do domínio AD extinto, o nome do servidor Exchange, o nome do banco de dados e seus caminhos de arquivo, a versão Exchange 2013 (CU3).
O que não sei: o nome da organização do Exchange (posso adivinhar, mas não tenho certeza), os logins do usuário (o mesmo que acima).
Quantos desses parâmetros ainda precisam corresponder para montar um banco de dados do Exchange e executar vários MailboxExportRequests? Esse processo de restauração melhorou um pouco ou ainda é dolorosamente manual? Um banco de dados de recuperação ajudaria as coisas (eu só preciso montar o banco de dados e exportar dados, não para realmente usá -lo)?
Pode ser tão simples quanto "basta abrir um novo servidor Exchange, criar um banco de dados vazio, copiar os arquivos recuperados, montar o banco de dados e exportar tudo"... ou definitivamente ainda não chegamos lá?
Acontece que isso é muito mais fácil do que eu esperava.
Qualquer banco de dados do Exchange 2013 pode ser montado em qualquer servidor do Exchange 2013 , independentemente da organização e/ou domínio do Active Directory (embora o nível de CU igual ou superior provavelmente seja necessário para o servidor).
Se um banco de dados externo for montado em um servidor, ele funcionará perfeitamente e poderá até ser usado para armazenar novas caixas de correio ; todas as caixas de correio no banco de dados serão tratadas como desconectadas e podem ser conectadas a contas de usuário , podem ser usadas sem nenhum problema e podem (é claro) ser exportadas.
Portabilidade de banco de dados, de fato! Afinal, parece que ainda estamos lá.
Assim, o processo para recuperar dados de um banco de dados do Exchange quando o ambiente original está indisponível é o seguinte:
eseutile os logs de transação originais para executar uma recuperação de banco de dados padrão).Get-MailboxStatisticscmdlet.Connect-Mailboxcmdlet.É isso; agora você pode usar as caixas de correio recuperadas ou exportá-las para arquivos PST usando o
New-MailboxExportRequestcmdlet.Se tudo o que você quer fazer é recuperar itens, então sim, é tão simples quanto você diz, mas seus passos estão um pouco errados.
Restart-Service MSExchangeISNew-MailboxRestoreRequestcomando.Caso não seja óbvio, você precisará de espaço livre suficiente para ter uma segunda cópia dos bancos de dados da caixa de correio.
Observe que quaisquer permissões especiais de pasta, delegações, direitos de acesso total e enviar como serão quebrados ou ausentes.
Porém, o lado bom de tudo isso é que NADA precisa combinar. Você simplesmente fornece as caixas de correio de origem e destino para o
New-MailboxRestoreRequeste ele copia os itens.Você provavelmente terá que descobrir os endereços x.500 antigos e adicioná-los às novas caixas de correio. Caso contrário, responder a mensagens antigas não funcionará.