Considerações de recuperação de desastres no ambiente do AppFabric
Instalar o Microsoft AppFabric 1.1 para Windows Server não muda como um administrador deve planejar a recuperação de desastres. O planejamento e a restauração de uma instalação do AppFabric é baseada principalmente na seguinte recuperação de desastre normal para Windows, IIS (Serviços de Informações da Internet) e SQL Server. É necessário fazer backup dos seguintes artefatos do AppFabric por meio desses três produtos.
Definições e arquivos de configuração
Configurações de serviço do Windows para Coleta de Eventos, Gerenciamento de Fluxo de Trabalho e Serviço de Cache
Configurações de segurança do Windows para modificações em grupos de usuário específicos do AppFabric
Configurações do Registro
Arquivos de aplicativo da Web
Bancos de dados usados pelo AppFabric
Bancos de dados do SQL Server
Use procedimentos normais de SQL para fazer backup e restaurar os bancos de dados de monitoramento e persistência e o banco de dados de configuração de cache, se estiver usando o Cache do AppFabric. A finalidade de criar backups do SQL Server é permitir que você recupere um banco de dados danificado. No entanto, o backup e a restauração de dados deve ser personalizada para um ambiente específico e deve funcionar com os recursos disponíveis. Portanto, um uso confiável de backup e restauração para recuperação exige uma estratégia de backup e restauração. Uma estratégia de backup e restauração bem planejada aumenta a disponibilidade dos dados e reduz a perda de dados, ao mesmo tempo que leva em consideração suas necessidades empresariais específicas.
O Microsoft AppFabric 1.1 para Windows Server produz dados de estado de aplicativos. A persistência do fluxo de trabalho armazena o estado de instâncias de serviço do fluxo de trabalho. Caso haja falha em um computador em execução, outro computador executando serviço poderá reiniciar a instância de fluxo de trabalho no último ponto de persistência. Os dados de persistência são importantes para o aplicativo de fluxo de trabalho e devem ter suas disponibilidade em tempo real garantida. Quando o provedor do repositório de instâncias do SQL Server é usado para persistência de fluxo de trabalho, os recursos de alta disponibilidade do SQL Server devem ser usados. Eles incluem cluster de failover, espelhamento de banco de dados, replicação transacional ou envio de log. Nos casos em que o serviço do fluxo de trabalho é gravado em outro banco de dados do aplicativo, o esquema de persistência pode ser adicionado ao banco de dados existente, em vez de em um banco de dados de persistência separado. Isso simplificará a imposição de consistência de dados ao restaurar dados após um desastre.
Em alguns casos, os dados que preenchem o cache distribuído originam-se de uma fonte, como um banco de dados, que pode ser incluída em backup. Em outros cenários, por exemplo, quando o cache é usado para armazenar o estado da sessão ASP .NET, os dados nunca são gravados em armazenamento permanente. O cache fornece um modo de alta disponibilidade que garante que cada parte dos dados armazenados seja gravada em pelo menos dois hosts. Casa haja falha em um computador, os aplicativos podem continuar usando os dados do cache nos outros computadores.
Os bancos de dados de monitoramento do Microsoft AppFabric 1.1 para Windows Server contêm os eventos que foram emitidos pelos tempos de execução de WCF e WF durante um período de tempo. Esses dados podem ser usados para medir a carga do serviço e solucionar problemas de erros de aplicativo. Esses dados mantêm o AppFabric Dashboard, por exemplo. Embora seja possível extrair dados relacionados à empresa dos fluxos de trabalho, o Microsoft AppFabric 1.1 para Windows Server não garante a confiabilidade dos dados de monitoramento e nem que esses dados sejam consistentes com o estado do fluxo de trabalho. Os eventos são coletados para fins operacionais, não relacionados à decisões empresariais. Como resultado, não é importante que os dados de monitoramento sejam sincronizados com outros dados de aplicativo. Na maioria dos casos, os dados de monitoramento devem ser mantidos em bancos de dados dedicados, separados dos dados de persistência e de outros aplicativos.
Como parte de um plano de recuperação de desastre para a instalação do AppFabric, você pode precisar mover um banco de dados do Microsoft AppFabric 1.1 para Windows Server para outro servidor. Antes de um banco de dados ser movido, certifique-se de executar backup e restauração com êxito do banco de dados. As cadeias de conexão devem ser modificadas para indicar o local do banco de dados atualizado. Você pode atualizar a cadeia de conexão para apontar para o novo local do banco de dados usando a Configure Hosting Services Page. Para obter mais informações sobre a movimentação de bancos de dados do AppFabric, consulte Movendo bancos de dados de usuário.
Para obter mais informações sobre recuperação de desastre do SQL Server, consulte Introdução às estratégias de backup e restauração no SQL Server, Tópicos de instruções de backup e restauração no SQL Server, Opções de recuperação de desastre do SQL Server e Planejando a recuperação de desastres.
Dica
Neste documento, faremos referência aos bancos de dados do SQL Server. No entanto, você precisa fazer o mesmo para os bancos de dados do Windows Server AppFabric implementados por outros fornecedores.
Configuração do Windows
Ao executar backups do servidor, o administrador deve garantir que os seguintes dados de configuração relacionados ao AppFabric sejam incluídos. Os agentes de backup que aproveitam o Serviço de Cópias de Sombra de Volume (VSS) do Windows, como o Microsoft System Center Data Production Manager, automaticamente incluirão os arquivos a seguir. O Gravador do Sistema cobre o arquivo raiz web.config e arquivos em %SystemRoot%\System32. O Gravador de Configuração do IIS cobre os arquivos do esquema MWA. Nenhum gravador VSS cobre automaticamente a configuração de cache.
Configuração do Serviço de Coleta de Eventos, a configuração do comportamento sem nome do serviço (nome do comportamento="") e os provedores de monitoramento e persistência são armazenados no arquivo raiz web.config (%SystemRoot%\Microsoft.NET\Framework {Framework64}\v4.x\Config\web.config).
Configuração do Serviço de Gerenciamento de Fluxo de Trabalho é armazenada no arquivo Workflowmanagementservice.exe.config em %SystemRoot%\System32\AppFabric.
Esquemas MWA personalizados (para permitir a ferramenta de comportamentos personalizados, por exemplo) são armazenados em %SystemRoot%\System32\inetsrv\config\schema.
O Microsoft AppFabric 1.1 para Windows Server oferece dois provedores para armazenar configuração de cache distribuído. O provedor XML armazena a configuração de cache como um arquivo XML em um diretório compartilhado que o usuário especifica durante a configuração. O provedor SQL Server armazena a configuração de cache em um banco de dados do SQL Server. Essa configuração precisa ser incluída em backup.
Como alternativa, o administrador pode optar por agendar comandos regulares da Ferramenta de Implantação da Web (“MSDeploy”) que irão sincronizar o conteúdo de todo o servidor da Web com um pacote armazenado em um computador remoto. Esse pacote, por padrão, cobrirá o item 1 acima e incluirá todos os aplicativos (de configuração e binários) implantados no servidor da Web. O pacote poderá ser personalizado para incluir explicitamente os arquivos de configuração listas anteriormente. No caso de um desastre, o administrador poderá restaurar a imagem do servidor base e simplificar a implantação do pacote de Ferramenta de Implantação da Web no servidor. Normalmente, a configuração do servidor base será criada e depois copiada para outros computadores. O servidor base inclui o sistema operacional Windows, funções do servidor Windows, atualizações do Windows e contas do usuário personalizadas. O administrador deve instalar o Microsoft AppFabric 1.1 para Windows Server no servidor base, mas normalmente não configura o AppFabric na imagem do servidor base para que os bancos de dados e as contas do usuário de serviços do AppFabric possam ser definidos depois de aplicar a imagem ao novo computador. Essa imagem do servidor base deve ser incluída em backup usando Backup do Windows Server ou Sysprep.
IIS (Serviços de Informações da Internet)
Use WebDeploy e exporte aplicativos do console Gerenciador do IIS para criar versões de backup. Você também pode exportar todo o conteúdo do sistema de arquivo para o aplicativo. Ao usar a caixa de diálogo Configurações Avançadas com a funcionalidade Implantar do AppFabric, você pode exportar ACLs e adicionar parâmetros personalizados específicos. Após a exportação, você pode armazenar o arquivo .zip exportado em local seguro. Posteriormente, ao restaurar um sistema após um desastre, você pode importar um aplicativo novamente para o AppFabric usando o Gerenciador do IIS para recriar os aplicativos e suas definições de Registro e configuração associadas. Para obter mais informações sobre como exportar e importar de forma adequada aplicativos AppFabric para garantir que preserve todas as definições de configuração necessárias, consulte Importar e exportar um aplicativo no AppFabric.
De um ponto de partida puro do IIS, você desejará fazer backup da metabase do IIS usando o utilitário AppCmd. Se estiver usando a configuração compartilhada do IIS em um compartilhamento comum da UNC, você precisará gerenciar manualmente o backup de um arquivo de configuração compartilhado, pois o AppCmd não fará backup dos dados em um compartilhamento. Proteger dados de configuração do IIS7 no nível de sistema de arquivo do Windows é tão simples quanto copiar o diretório \windows\system32\inetsrv\config (e subdiretórios) para um diretório de backup. Apenas inclua esse diretório em seu plano atual de backup do sistema operacional Windows (ou seja, usando o utilitário BACKUP) ou grave um script personalizado para executá-lo. Para obter informações sobre como usar o utilitário AppCmd para fazer backup do IIS, consulte Como criar e gerenciar backups de configuração no Internet Information Services 7.0e How to Back Up an IIS 7 Configuration.
Resumo
Preparar-se para recuperação de desastre é uma tarefa importante no ambiente de produção. Isso é feito nos níveis de SQL Server, Windows e IIS. Alguns dados (como configuração de computador e software) não são alterados frequentemente e podem ser protegidos com segurança por backups programados regularmente. Outros dados, como persistência do fluxo de trabalho, são importantes para o aplicativo e precisam ser protegidos ao serem gravados. Os dados de configuração do Microsoft AppFabric 1.1 para Windows Server devem ser incluídos em backups regulares. Os administradores também devem garantir a alta disponibilidade de persistência, e em alguns cenários, dados de cache.
2012-03-05