Henry Lee's questions

Eu tenho SERVERA e SERVERB configurados para espelhamento de banco de dados começando com A como principal e B como espelho. Eu criei um CNAME para SERVERA e uso isso na minha string de conexão. Não estou usando o atributo FailoverPartner da string de conexão, em parte porque suspeito que alguns de meus aplicativos não o suportarão e em parte porque estou tentando aprender sobre CNAMEs.

Minha expectativa no failover de A para B era que: 1. as conexões falhariam 2. Eu precisaria mudar o CNAME para apontar para o SERVERB. 3. Eu teria que ipconfig /flushdns em meus clientes. 4. Então tudo estaria bem.

Em vez disso, eu não tive que fazer nada disso. Meu aplicativo automaticamente começou a ir para o SERVERB, mesmo que meu CNAME esteja apontando para o SERVERA. Eu li que a string de conexão obterá a instância do espelho do SQL e isso substituirá o atributo FailoverPartner da string de conexão (e o CNAME, eu acho), mas esses eram todos posts sobre quando o atributo FailoverPartner estava sendo usado. Novamente, minha string de conexão não está usando esse atributo.

Alguém pode me explicar ou me indicar um recurso que indique como meu aplicativo soube chegar ao SERVERB mesmo que o CNAME sendo usado na string de conexão apontasse para o SERVERA?

A configuração é Windows 2008R2 / SQL 2008R2

Meu entendimento é que a indexação online adquire bloqueios nas fases inicial (Preparação) e final (Final). No entanto, vemos muitas consultas DML bloqueadas durante a fase de construção.

Uma amostra das consultas bloqueadas mostra que elas têm algumas coisas em comum - o tipo de espera é PAGELATCH_UP, o recurso de espera faz referência a uma página PFS e a consulta usa dicas de bloqueio (NOLOCK, ROWLOCK, etc). As dicas de bloqueio podem estar interferindo?

Alguém pode lançar alguma luz aqui ou me apontar na direção certa?

Deixe-me acrescentar, o comando real foi:

ALTER TABLE dbo.Whatever DROP CONSTRAINT [PK_Whatever] WITH (ONLINE=ON);

Este era o índice clusterizado e não havia índices não clusterizados.