Se durante a instalação do SQL Server 2008 em Failover Cluster você receber o Warning "The domain network is not the first bound network. This will cause domain operations to run slowly and can cause timeouts that result in failures. Use the Windows network advanced configuration to change the binding order" e a configuração de Binding estiver correta, conforme abaixo:

Tente resolver através KB955963 - http://support.microsoft.com/kb/955963.

Em alguns casos o procedimento descrito no KB não resolve e é necessário fazer o ajuste manual da ordem de Binding no Registry, para isso siga os passos abaixo:

IMPORTANTE: Execute os passos abaixo em todos os nós do Cluster

1) Obtenha as informações das placas de rede e seu respectivo GUID atráves do comando:
"wmic nicconfig get description, SettingID > C:\nicconfig.txt" (Thanks Meera Sinhasane for this command line)
O resultado esperado é o seguinte (varia conforme cada ambiente)

Description                                                SettingID                              
WAN Miniport (SSTP)                                  {54AB7E97-2074-413D-A578-2119CD23ECB6} 
WAN Miniport (L2TP)                                   {C0B9FD38-A0E8-47CA-BF02-5B6D2B663BF7} 
WAN Miniport (PPTP)                                   {1D230E0E-4E65-42C2-9859-9B80E1A4E0C5} 
WAN Miniport (PPPOE)                                 {E7F554D4-E231-4291-B40E-2031D3F1E55E} 
WAN Miniport (IPv6)                                    {A91F2521-CF79-4F98-9E02-6A516B9D496C} 
WAN Miniport (Network Monitor)                  {2131BB57-8C69-4EAE-B5E3-24E4035AB71D} 
Intel(R) PRO/1000 MT Desktop Adapter         {4AEB948E-4177-4361-98AC-F8635556BB87} 
Microsoft ISATAP Adapter                            {70FA8B09-59FA-4446-A954-3E9A51C28955} 
WAN Miniport (IP)                                       {7F583D1B-4203-4AD0-A6A0-4BD007D21735} 
Intel(R) PRO/1000 MT Desktop Adapter #2     {4F674EBB-1C74-4078-97F7-B3873B08BD2A} 
Microsoft Failover Cluster Virtual Adapter       {BD070176-0F7B-479F-ADE5-7EEA6E21EF2F} 
RAS Async Adapter                                       {7C264673-3322-4312-AE60-D09B4E71E368} 
Microsoft ISATAP Adapter                             {A5531556-3704-4A05-B6C5-92C4A5485358} 
Microsoft ISATAP Adapter                             {734228C5-5A18-4DB1-BD6B-388971440D4C} 

2) Abra o Regedit no caminho HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Linkage e dê um duplo clique no valor Bind. Deverá aparecer o seguinte conteúdo.

\Device\{BD070176-0F7B-479F-ADE5-7EEA6E21EF2F}
\Device\{4AEB948E-4177-4361-98AC-F8635556BB87}
\Device\{4F674EBB-1C74-4078-97F7-B3873B08BD2A}

3) Veja que a ordem de Binding conforme o registry (local onde o setup do SQL Server verifica a ordem) é a seguinte:

Microsoft Failover Cluster Virtual Adapter  {BD070176-0F7B-479F-ADE5-7EEA6E21EF2F} 
Intel(R) PRO/1000 MT Desktop Adapter        {4AEB948E-4177-4361-98AC-F8635556BB87} 
Intel(R) PRO/1000 MT Desktop Adapter #2     {4F674EBB-1C74-4078-97F7-B3873B08BD2A} 

4) Conforme o Warning reporta, a placa de rede Domain (no meu caso Intel(R) PRO/1000 MT Desktop Adapter {4AEB948E-4177-4361-98AC-F8635556BB87}) não está no topo da lista de Binding. Edite diretamente no Registry e altere a ordem tornando ela a primeira da lista, conforme abaixo.

\Device\{4AEB948E-4177-4361-98AC-F8635556BB87}
\Device\{BD070176-0F7B-479F-ADE5-7EEA6E21EF2F}
\Device\{4F674EBB-1C74-4078-97F7-B3873B08BD2A}

5) Rode novamente o Setup do SQL Server

Em situação onde é necessário alterar a configuração IP de muitos servidores ou mesmo estações com endereço IP fixo torna-se mais fácil fazer essas alterações através de um script.

Para isso, montei 7 linhas que configuram o endereço IP, Subnet Mask, Default Gateway, DNS e WINS de desktops Windows XP ou superior e servidores Windows Server 2003 ou superior.

Crie um arquivo batch com as 7 linhas abaixo e execute o arquivo batch para configurar a pilha TCP/IP.

rem ---------------------------------
netsh int ip set address name="Local Area Connection" static 10.10.10.21 255.0.0.0 10.10.10.10 1
netsh int ip set dns name="Local Area Connection" static 10.10.10.10
netsh int ip add dns name="Local Area Connection" 10.10.10.11
netsh int ip set wins name="Local Area Connection" static 10.10.10.10
netsh int ip add wins name="Local Area Connection" 10.10.10.11
nbtstat -R
ipconfig /flushdns
rem ---------------------------------

Caso você precise modificar somente os endereços dos servidores DNS e WINS exclua a primeira linha do arquivo batch.

Segue abaixo uma breve explicação de cada parâmetro:

• A primeira linha é composta do endereço IP, Subnet Mask, Default Gateway e Gateway Metric que deve ser sempre 1.
• A segunda linha é composta pelo endereço IP do DNS Primário
• A terceira linha é composta pelo endereço IP do DNS Secundário
• A quarta linha é composta pelo endereço IP do WINS Primário
• A quinta linha é composta pelo endereço IP do WINS Secundário
• As duas últimas linhas limpam os caches NetBIOS e DNS, respectivamente

Importante: Caso o nome da sua placa de rede não seja “Local Area Connection” você deve alterar o script informando o nome correto da placa de rede entre aspas.

Em determinadas situações, quando um servidor Exchange com a role Mailbox é instalado de forma errada ou o sistema operacional não está muito saudável, o melhor que se tem para fazer é começar tudo do zero.

Começar do zero significa formatar o servidor, instalar o sistema operacional, executar o Windows Udpate e instalar nonamente o Exchange Server.  Porém antes de instalar o Exchange é necessário removê-lo da organização. Para isso, abra o Painel de Controle, selecione o Exchange Server 2007 e clique em Uninstall.

Neste momento o Exchange verifica se ainda existe algo database (mailbox ou public folder). ativo. Para mailboxes é fácil remover qualquer contéudo, pois basta mover as caixas postais para outro database e então remover o database e depois o Storage Group.

O problema normalmente acontece com Public Folder Databases que em determinadas situações são complicados de serem removidos. Tente remover seguindo os passos listados no link: http://msexchangeteam.com/archive/2007/07/09/445967.aspx

Se não funcionar você precisará excluir a(s) referência(s) dos Public Folders Database diretamente via ADSIEdit. Para isso, acesse a ferramenta ADSIEdit em qualquer Domain Controller logado como um usuário do grupo Domain Admin e exclua o registro PublicFolderDatabase (varia conforme o nome do Database) na seguinte hierarquia.

OBS.: Os registros em negrito serão diferentes conforme cada ambiente.

Configuration
     CN=Configuration, DC=hunecke, DC=net
          CN=Services
               CN=Microsoft Exchange
                    CN=HUNECKE
                         CN=Administrative Groups
                              CN=Exchange Administrative Group (FYDIBOHF23SPDLT)
                                   CN=Servers
                                        CN=SERVER01
                                             CN=Information Store
                                                  CN=StorageGroup01
                                                       CN=PublicFolderDatabase

Após a exclusão do registro PublicFolderDatabase, volte para a console do Exchange Server, selecione o servidor em questão, pressione F5 e remova o Storage Group. Depois disso, será possível remover o Exchange Server através do Painel de Controle e formatar o servidor.

NOTA: Atenção especial, pois qualquer alteração errada no ADSIEdit impacta diretamente o Active Directory.

Atualizado em 15/06/2010

É cada vez menos frequente uma base de dados do Exchange Server ficar corrompida, mas ainda acontece. Normalmente, a execução dos comandos ESEUTIL e ISTEG resolve o problema e o Database consegue ser “montado” corretamente.

Caso os utilitários não resolvam, é comum ficar num “deadlock”, ou seja, você não consegue excluir o Database, porque não consegue montá-lo.

Neste caso a solução mais simples é criar um novo Database. Para fazer isso, seiga os passos abaixo:

1) Parar o serviço Microsoft Exchange Information Store;

2) Excluir todos os arquivos de log do Database que você quer recriar;

3) Excluir o arquivo *.edb

4) Iniciar novamente o serviço Microsoft Exchange Information Store;

4) Através da console do Exchange Server, montar o database novamente. Aparecerá a seguinte mensagem:

“At least one of this store’s database files is missing. Mounting this store will force the creation of an empty database. Do not take this action if you intend to restore an earlier backup. Are you sure you want to continue?”

5) Clique em Yes e um novo Database será criado.