substituir o servidor principal, assumindo a regra de servidor principal, respondendo requisicoes da aplicacao.Sem o servidor Witness nao existe o failover automatico, no momento da falha o servidor mirror percebe que a conexao com o servidor principal foi perdida, mas nao pode tomar a decisao de assumir a regra de principal sozinho, desta forma o failover deve ser manual, a partir do servidor mirror.A ilustracao a seguir demonstra os componentes citados acima: 1. Uma transacao e escrita atraves da aplicacao para o transaction log do banco de dados AdventureWorks no servidor principal.2. Imediatamente esta transacao e copiada para o transaction log do banco de dados do servidor mirror, este entao confirma a transacao e envia para o servidor principal uma confirmacao de escrita com sucesso.3. Apos receber a confirmacao do servidor mirror, o servidor principal confirma a transacao em seu transaction log e retorna o aviso de confirmacao para a transacao.O Database Mirror pode ser configurado para executar em modos de operacao de quais podem priorizar a performance da aplicacao ou seguranca dos dados.Os modos de operacao sao high availability,high-protection e high-performance.Cada modo de operacao opera de acordo com as configuracoes abaixo.Synchronous operations (Operacoes Sincronas): Com operacoes sincronas a transacao e confirmada em ambos os parceiros de replicacao, banco de dados principal e mirror, claro que com este modo de operacao ira gerar um custo adicional na transacao pois que a transacao somente e completada quando esta e confirmada em ambos os parceiros.O modo High-availability e high-protection usam operacoes sincronas.Asynchronous operations (Operacoes Assincronas): Com operacoes assincronas a transacao e confirmada no banco de dados principal sem esperar que o banco de dados no servidor espelho escreve a transacao para seu log de transacao no disco. Com esse modo de operacao a performance da aplicacao e melhorada,ja que a transacao nao precisa do custo adicional de confirmar em ambos servidores para completar,porem temos uma falta de seguranca na informacao.O modo de High Performance utiliza este modo de operacao.Para finalizar o nosso conceito sobre Database Mirror,precisamos entender os tipos de Failover disponiveis e seus requisitos.Failover Automatico: O Failover Automatico e necessario o ambiente de tres instancias de quais desempenham as tres regras de Principal Server, Mirror Server e Witness Server, com o Failover automatico caso aconteca um problema com a instancia principal o Mirror Server assume o papel de Principal de forma automatica, sem intervencao humana, isto e o modo de High Availability.Failover Manual: O Failover Manual e composto apenas das instancias Principal Server e Mirror Server, sem a o servidor Witness e com o modo de operacao sincrona, a alteracao da regra deve ser manual. Isto e o modo de High Availability e High Protection.Forced Service: Servico forcado e quando ocorre alguma falha com o servidor principal, mas o servidor mirror nao esta disponivel, porem os dados nao estao totalmente sincronizados. Com isso e preciso forcar a alteracao da regra para o servidor mirror, isso significa perca de dados, pois as transacoes nao estao sincronizadas. Isto e o modo high-protection ou high-performance.Configurando o Database Mirror.Agora que ja vimos os conceitos e componentes associados