Verificação de manutenção de banco de dados online no Exchange 2007 SP1 e SP2
Aplica-se a: Exchange Server 2007 SP2, Exchange Server 2007 SP1
Tópico modificado em: 2009-05-20
No Microsoft Exchange Server 2007 Service Pack 1 (SP1) e Exchange 2007 Service Pack 2 (SP2), você pode usar três subchaves de registro para habilitar e configurar a verificação de banco de dados de manutenção online. Quando a verificação de banco de dados de manutenção online está habilitada, o Exchange executa as seguintes etapas:
Lê páginas de bancos de dados.
Realiza uma soma de verificação nas páginas de banco de dados. Soma de verificação é o processo pelo qual o Exchange verifica a integridade de um banco de dados calculando um valor (uma soma de verificação) que depende do conteúdo do banco de dados.
Caso configurada, executa a anulação de página nas páginas de banco de dados. Anulação de página é um processo realizado no final de um backup de streaming em que os dados no banco de dados são substituídos por caracteres que você selecionou para essa finalidade. Isso faz com que os dados sejam irrecuperáveis por meios convencionais.
Se você configurar um servidor para verificação de banco de dados de manutenção online usando o processo descrito neste tópico, os processos de anulação de página e de soma de verificação ficarão ligados entre si (também conhecido como acumulados), de forma que a carga de entrada/saída (E/S) de leitura seja reduzida pela metade com eficiência.
Este tópico descreve:
Os processos de soma de verificação e anulação de página para bancos de dados do Exchange, para a versão RTM do Exchange 2007 e para o Exchange 2007 SP1 e SP2.
As subchaves de Registro que você pode usar para habilitar e configurar a verificação de banco de dados de manutenção online.
Os contadores de desempenho que você pode usar para analisar o comportamento do sistema durante a verificação de banco de dados de manutenção online.
Os eventos que você pode usar para monitorar a verificação de banco de dados de manutenção online.
Soma de verificação e anulação de página no Exchange 2007 RTM
No Exchange 2007 RTM, há diversos cenários nos quais a integridade de dados não é automaticamente verificada através da soma de verificação e em que a anulação de página não ocorre.
Estes cenários incluem:
A criação de backups somente a partir da cópia passiva de um grupo de armazenamento em uma organização de CCR (replicação contínua em cluster) ou LCR (replicação contínua local). Se você criar backups somente usando a cópia passiva, a cópia ativa do banco de dados nunca passará por uma soma de verificação.
O uso do Microsoft Data Protection Manager (DPM) para criar backups diferenciais de nível de bloqueio de dados do Exchange. Nesse cenário, a soma de verificação é realizada apenas nos dados que estão passando por backup. Os dados inalterados não passam pela soma de verificação. Conseqüentemente, a integridade dos dados não é garantida, pois eles podem ter sido corrompidos com o tempo (uma condição conhecida como bit rot [deterioração de bits]).
Quando usar backups baseados em VSS (Serviço de Cópias de Sombra de Volume) em uma organização de CCR ou LCR. Nesse cenário, a anulação de página não ocorre porque está habilitada somente para backups de streaming.
Quando usar backups de streaming em uma organização de CCR ou LCR. Nesse cenário, a atividade de anulação de página na cópia ativa do banco de dados não gera arquivos de log de transações. Sem arquivos de log de transações, essas alterações não podem ser replicadas para a cópia passiva do banco de dados.
Fazendo a soma de verificação dos bancos de dados
Conforme mencionado anteriormente, a soma de verificação é o processo de verificação de integridade de um banco de dados através do cálculo de um valor (soma de verificação) que depende do conteúdo do banco de dados. A soma de verificação é armazenada com os dados e o Exchange usa esse valor para verificar se os dados não estão corrompidos. Antes do Exchange 2007 SP1, bancos de dados inteiros passavam pela soma de verificação durante um backup de streaming completo online. Também será possível fazer a soma de verificação de um instantâneo VSS completo de um banco de dados. (Embora seja a cópia que passa por soma de verificação, e não o banco de dados de produção real). No entanto, o desenvolvimento da CCR e LCR e a introdução do DPM tornaram essa abordagem inadequada.
Fazendo a soma de verificação com CCR e LCR
Com a CCR e a LCR, há duas cópias dos bancos de dados do Exchange, e você pode selecionar se deseja fazer backup da cópia de origem ou da cópia de destino. A cópia que passar pelo backup será aquela que passará pela soma de verificação (seja por streaming ou por meio do VSS). A outra cópia não passará pela soma de verificação.
Antes do Exchange 2007 SP1, a única maneira de agendar uma soma de verificação era executando um backup completo. Havia dois métodos comuns para lidar com esse problema:
Mover o servidor de caixas de correio clusterizadas semanalmente para que o backup fosse movido para a cópia alternativa. Esse método não é desejável porque:
Exige que o aplicativo de backup reconheça CCR.
Aumenta a complexidade do gerenciamento.
Aumenta o tempo de inatividade. (O tempo de ativação de 99.999 não é possível com esse método.)
Não funciona com LCR.
Suspender a replicação e a repetição e, em seguida, fazer uma soma de verificação no banco de dados usando os Utilitários de Banco de Dados do Exchange Server (Eseutil). Esse método não é desejável porque o cluster não é resiliente a falhas durante esse período, e a solução alternativa precisa ser aplicada por scripts manualmente. De fato, apenas uma cópia pode passar por soma de verificação regularmente, o que gera menos certeza sobre a integridade de uma das cópias do banco de dados no cluster. Teoricamente, os erros deveriam ser identificados antecipadamente, antes que ambas as cópias do banco de dados pudessem ser corrompidas.
Com a introdução da verificação de banco de dados de manutenção online no Exchange 2007 SP1, você não está mais limitado a esses métodos de solução alternativa.
Soma de verificação com DPM
O Microsoft Data Protection Manager (DPM) versão 2 oferece suporte a backup e restauração de bancos de dados do Exchange 2007. O DPM pode realizar um backup de VSS completo artificial executando uma sincronização de bloqueio diferencial. Esse backup completo artificial copia somente os blocos que foram alterados desde o último backup completo (o que reduz o período de tempo de backup). Um efeito colateral de um backup completo artificial é que as páginas do banco de dados não alteradas não passam pela soma de verificação. Portanto, algumas páginas do banco de dados podem não passar pela soma de verificação durante um longo período. Com backups diferenciais de bloqueio, não se pode garantir que a cópia original seja confiável e não esteja corrompida. O administrador saberá apenas que a cópia de backup foi verificada.
Anulando páginas de bancos de dados
A anulação de página (também conhecida como zerar ou limpeza de página) é um processo realizado no final de um backup de streaming em que os dados no banco de dados são substituídos por caracteres que você selecionou para essa finalidade. Isso faz com que os dados sejam irrecuperáveis por meios convencionais. Quando um item for excluído de um servidor Exchange (por exemplo, quando os usuários excluírem mensagens de suas caixas de correio) e a retenção de itens estiver desabilitada, as páginas que o item estava ocupando serão marcadas como não utilizadas. Quando a anulação de página estiver habilitada, os dados contidos nas páginas não utilizadas serão substituídos pela substituição selecionada durante um backup online. Conforme as páginas passam por backup, elas são substituídas pelos caracteres selecionados uma vez no banco de dados no disco rígido. Depois que o backup for concluído, os dados excluídos existirão na cópia de backup, mas não mais no banco de dados e não poderão ser recuperados por meios convencionais.
No Exchange 2007 RTM, você poderia zerar as páginas de banco de dados excluídas quando os backups de streaming online estivessem sendo realizados configurando a chave de Registro Zerar Banco de Dados Durante Backup. Esse método funcionou adequadamente. No entanto, com os backups de VSS e CCR, ele não mais é suficiente porque os backups de VSS não oferecem uma maneira de zerar páginas excluídas.
Dica
Como prática recomendada, se você desejar habilitar a anulação de página em um banco de dados, faça isso quando estiver criando o banco de dados. Se você não configurar a anulação de página ao criar o banco de dados, da primeira vez que a anulação de página for executada no banco de dados, ela terá um impacto significativo no desempenho do servidor. O impacto no desempenho é consideravelmente inferior após a anulação de página concluir a primeira passagem no banco de dados. Você pode usar a limitação para limitar o impacto no desempenho na primeira passagem da anulação de página
Anulação de página com replicação contínua
No Exchange Server 2003 e no Exchange 2007, você podia usar backups de streaming para aumentar os backups de VSS quando solicitassem anulação de página. Com a introdução da CCR e LCR no Exchange 2007, surge outro problema: a anulação de página modifica o banco de dados sem gerar logs de transação correspondentes. Isso significa que em organizações CCR e LCR, a atividade de anulação de página não é replicada entre bancos de dados. No Exchange 2007 RTM, para certificar-se de que a anulação de página seja eficiente com CCR, é necessário executar uma das seguintes tarefas:
Executar um backup de streaming em cada cópia. Isso envolve a movimentação do servidor de caixas de correio de CCR clusterizadas entre nós.
Coloque o banco de dados de destino offline e use o Eseutil para executar o comando eseutil /z.
No entanto, com as crescentes preocupações sobre segurança e conformidade, essas opções não são mais satisfatórias. No Exchange 2007 SP1 e SP2, a anulação de página é movida para um processo em segundo plano e agora gera logs que podem ser enviados para replicar a anulação de página em cópias de bancos de dados em ambientes de CCR e LCR, bem como em ambientes que usam SCR (replicação contínua em espera).
Dica
Habilitar a anulação de página durante a manutenção resulta temporariamente em um aumento na geração de logs. Depois que o recurso tiver sido habilitado há algum tempo, a atividade de geração de logs deve retornar ao nível que era antes da habilitação da anulação de página.
Verificação de manutenção de banco de dados online com o Exchange 2007 SP1 e SP2
Quando você habilita a verificação de banco de dados de manutenção online no Exchange 2007 SP1 e SP2, o Exchange lê as páginas de banco de dados, realiza a soma de verificação nelas e, caso configurado, executa nelas a anulação de página. Todas essas etapas são realizadas em segundo plano.
A verificação de banco de dados de manutenção online no Exchange 2007 SP1 e SP2 possui estes recursos:
A verificação de banco de dados de manutenção online não está habilitada por padrão. Como a verificação de banco de dados pode afetar o desempenho do servidor, é necessário optar por ela manualmente adicionando subchaves ao Registro. Para obter mais informações, consulte "Usando chaves de Registro para habilitar e configurar a verificação de manutenção de banco de dados online" posteriormente neste tópico.
Você pode habilitar a soma de verificação de banco de dados com a anulação de página ou por si mesma.
A soma de verificação e a anulação de página de banco de dados acontecem fora do processo de backup de streaming. Ambas as operações são executadas em uma página quando ela é recuperada do disco. Há uma tarefa de verificação de banco de dados em que tanto a anulação de página quanto a soma de verificação são invocadas quando uma delas está habilitada.
A verificação de banco de dados controla o andamento de maneira similar à desfragmentação online. Ela atualiza o andamento em intervalos regulares para que possa continuar a partir do ponto que parou quando retorna após uma interrupção.
Você pode habilitar a verificação de banco de dados no nível de servidor. Não há suporte para habilitação de verificação de banco de dados no nível de grupo de armazenamento ou nível de banco de dados.
A verificação de banco de dados fornece um mecanismo de anulação de página que replica as alterações entre as cópias do banco de dados tanto com CCR quanto com LCR.
A verificação de banco de dados requer que as transações de verificação de banco de dados passem pelo processo normal de log de transação para que as alterações possam ser replicadas às cópias CCR e LCR.
A limitação interrompe a verificação de banco de dados de manutenção online em um número especificado de milissegundos entre cada 320 kilobytes (KB) de E/S. Esse processo permite que o servidor execute outras tarefas. Você pode usar a limitação para reduzir o impacto do processo de soma de verificação no desempenho do servidor, como quando você estiver executando uma verificação de banco de dados de manutenção online em um dia útil.
Quando você habilita a verificação de banco de dados de manutenção online, a janela de manutenção programada para um banco de dados específico é dividida entre o processo de verificação do banco de dados e o processo de desfragmentação online do banco de dados. Por exemplo, se você programar uma janela de manutenção online de oito horas, aproximadamente quatro horas serão usadas para a tarefa de verificação do banco de dados e quatro horas para a tarefa de desfragmentação online.
Usando chaves de Registro para habilitar e configurar a verificação de banco de dados de manutenção online
A tabela a seguir lista as subchaves de Registro que você pode usar para habilitar e configurar a verificação de manutenção de banco de dados online. Essas subchaves precisam ser adicionadas ao Registro pelo administrador. Elas não são adicionadas ao Registro por padrão quando o Exchange é instalado. O caminho para cada subchave é HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem.
Aviso
UNRESOLVED_TOKEN_VAL(exRegistry)
Para obter mais informações sobre como usar essas chaves de Registro para habilitar e configurar a verificação de manutenção de banco de dados online, consulte Como configurar a verificação de manutenção de banco de dados online no Exchange 2007 SP1 e SP2.
| Tarefa | Subchave de Registro | Tipo | Descrição |
|---|---|---|---|
Habilitando a soma de verificação de banco de dados de manutenção online |
Soma de verificação de manutenção online |
REG_DWORD |
Essa subchave de Registro habilita a soma de verificação de banco de dados durante a passagem de uma manutenção online. Caso essa subchave não esteja presente no Registro (ou se estiver presente mas definida como 0), a soma de verificação de banco de dados não será realizada. |
Habilitando a anulação de página de banco de dados de manutenção online |
Anular páginas de banco de dados durante a soma de verificação |
REG_DWORD |
A subchave de Registro habilita a anulação de página de banco de dados. Caso essa subchave não esteja presente no Registro (ou se estiver presente mas definida como 0), a anulação de página não será realizada durante a verificação de banco de dados de manutenção online. |
Habilitando a limitação de banco de dados de manutenção online |
Otimizar soma de verificação |
REG_DWORD |
Essa chave de Registro é usada para especificar a duração da limitação (quantidade de milissegundos entre cada 320 KB de E/S) durante os quais o servidor pode executar outras tarefas. Caso essa subchave não esteja presente no Registro (ou se estiver configurada para o valor 0), a limitação não será usada. |
Contadores de desempenho para monitoramento de anulação de página e soma de verificação de banco de dados de manutenção online
As tabelas a seguir listam os contadores de desempenho que você pode usar para monitorar e analisar o desempenho do sistema com a verificação de banco de dados.
Dica
Para usar os contadores de desempenho listados na tabela, é necessário habilitar os contadores de desempenho ESE (Extensible Storage Engine) estendidos. Para obter informações sobre como habilitar os contadores de desempenho ESE, consulte Como habilitar contadores de desempenho de ESE estendidos (página em inglês).
Contadores para monitoramento do desempenho da soma de verificação
| Contador de desempenho | Descrição |
|---|---|
Páginas MSExchangeDatabase\manutenção online (DB Scan) lidas/s |
Esse contador de desempenho fornece a taxa na qual as páginas de banco de dados são lidas em todos os bancos de dados no armazenamento do Exchange inteiro durante uma verificação de banco de dados de manutenção online. |
Páginas MSExchangeDatabase==>\instâncias\manutenção online (DB Scan) lidas/s |
Esse contador de desempenho fornece a taxa na qual as páginas do banco de dados de instâncias individuais (como para um único grupo de armazenamento) são lidas durante uma verificação de banco de dados de manutenção online. |
Contadores para monitoramento de desempenho de anulação de página
| Contador de desempenho | Descrição |
|---|---|
Páginas MSExchangeDatabase\manutenção online (DB Scan) anuladas/s |
Esse contador de desempenho fornece a taxa na qual as páginas de banco de dados em todos os bancos de dados no armazenamento do Exchange inteiro são anuladas durante uma verificação de banco de dados de manutenção online. |
Páginas MSExchangeDatabase\Database==>\instâncias\manutenção online (DB Scan) anuladas/s |
Esse contador de desempenho fornece a taxa na qual as páginas do banco de dados de instâncias individuais (como para um único grupo de armazenamento) são anuladas durante uma verificação de banco de dados de manutenção online. |
Eventos para monitoramento da verificação de banco de dados de manutenção online
A tabela a seguir lista os eventos que você pode usar para monitorar a verificação de banco de dados de manutenção online no Visualizador de Eventos.
Para obter mais informações, consulte Como monitorar a verificação de manutenção de banco de dados online no Exchange 2007 SP1 e SP2.
| Evento | Descrição | Exemplos do log do aplicativo no Visualizador de Eventos |
|---|---|---|
Evento 717: A tarefa em segundo plano de soma de verificação de banco de dados foi iniciada. |
Esse evento é disparado quando a soma de verificação de banco de dados é iniciada. |
Não se aplica |
Evento 718: A tarefa em segundo plano de anulação de página foi iniciada. |
Esse evento é disparado quando a anulação de página do banco de dados é iniciada. |
Não se aplica |
Evento 721: A tarefa em segundo plano de soma de verificação de banco de dados foi concluída. |
Esse evento é disparado quando a soma de verificação de banco de dados é concluída. Relata as seguintes informações:
|
Tipo de Evento: Informações Origem do Evento: ESE Categoria do Evento: Desfragmentação Online ID do Evento: 721 Data: 6/20/2007 Hora: 08:21:37 Usuário: N/D Computador: ExchangeServer01 Descrição: Terceiro Grupo de Armazenamento do MSExchangeIS (6544): A tarefa em segundo plano de soma de verificação de banco de dados de manutenção online foi concluída para o banco de dados 'J:\sg3\priv3.edb'. Esta passagem foi iniciada em 9/7/2007 e foi executada em um total de 20 segundos, exigindo 1 invocação em 1 dia. Resumo da operação: 768 páginas vistas 0 somas de verificação inválidas 268 páginas não inicializadas |
Evento 722: A tarefa em segundo plano de anulação de página foi concluída. |
Esse evento é disparado quando a anulação de página do banco de dados é concluída. Ele relata as seguintes informações:
|
Tipo de Evento: Informações Origem do Evento: ESE Categoria do Evento: Desfragmentação Online ID do Evento: 722 Data: 6/20/2007 Hora: 08:21:37 Usuário: N/D Computador: ExchangeServer01 Descrição: Terceiro Grupo de Armazenamento do MSExchangeIS (6544): A tarefa em segundo plano de anulação de página de banco de dados de manutenção online foi concluída para o banco de dados J:\sg3\priv3.edb'. Esta passagem foi iniciada em 20.06.07 e foi executada em um total de 369 segundos, exigindo 1 invocação em 1 dia. Resumo da operação: 5850768 páginas vistas 0 somas de verificação inválidas 72681 páginas não inicializadas 4379723 páginas inalteradas desde a última anulação 33759 páginas não utilizadas anuladas 1210764 páginas usadas vistas 57214 registros excluídos anulados 0 partes de dados sem referência anulados |
Evento 723: A tarefa em segundo plano de soma de verificação de banco de dados encontrou um erro. |
Esse evento é disparado quando a tarefa em segundo plano de soma de verificação de banco de dados encontra um erro. |
Não se aplica |
Evento 724: A tarefa de anulação de página em segundo plano encontrou um erro. |
Esse evento é disparado quando a tarefa em segundo plano de página de banco de dados encontra um erro. |
Não se aplica |
Evento 729: A anulação de página de banco de dados está em pausa. |
Esse evento é disparado quando a anulação de página de banco de dados fica em pausa durante a manutenção online devido à ausência de páginas liberáveis livres. |
Tipo de Evento: Erro Origem do Evento: ESE Categoria do Evento: Manutenção online ID do Evento: 729 Data: 7/27/2007 Hora: 05:05:30 Usuário: N/D Computador: ExchangeServer01 Descrição: MSExchangeIS (5828) SG15: O processo de anulação de página de manutenção online ficou em pausa uma ou mais vezes nos últimos 60 minutos nos seguintes bancos de dados: 'v:\sg15\data\priv15test.edb'. O cache do banco de dados do ESE não é grande o suficiente para realizar a anulação de páginas de manutenção online simultaneamente nos bancos de dados relacionados. Ação: Coordene as janelas de horário de manutenção online dos bancos de dados para os bancos de dados listados ou aumente a quantidade de RAM física no servidor. |
Para obter mais informações
Para obter mais informações sobre o System Center DPM 2007, consulte System Center Data Protection Manager 2007 (página em inglês).
Para obter informações especificamente relacionadas ao DPM, consulte o artigo do blog do Exchange Server Team System Center Data Protection Manager 2007 Beta 2 no ar! (página em inglês).
Dica
UNRESOLVED_TOKEN_VAL(exBlog)
Para obter mais informações sobre verificação de banco de dados online e CCR, consulte Planejando a replicação contínua em cluster.