Aaron's questions

Eu tenho um conjunto espelhado de trabalhos entre a configuração do meu SQL Server de failover primário e espelhado atual. No passado, os trabalhos no servidor espelhado, quando habilitados, falhavam, pois não conseguiam abrir o banco de dados local, pois ele estava em estado de restauração. No entanto, agora estou vendo os trabalhos serem bem-sucedidos e estão sendo encaminhados para os bancos de dados primários atuais.

Eu vi esse comportamento para o SQL Server Driver que .Net usa para permitir uma reconexão automática se ocorrer um failover. Eu não vi esse comportamento antes em um trabalho SQL e não consigo encontrar nenhuma documentação sobre isso.

Encontrei outras duas menções a esse comportamento ( one , two ) com soluções alternativas, porém estou com dificuldade em localizar a documentação sobre esse recurso para saber se foi uma alteração de configuração que fiz ou se foi ativado com uma atualização que instalei.

Esse recurso está documentado em alguma referência da Microsoft?

Os trabalhos são etapas T-SQL e estão lendo e gravando (com êxito). Alguns são T-SQL embutidos e outros chamam SPs nos bancos de dados de destino. Estou usando espelhamento padrão e não grupos de disponibilidade.

Eu adicionei um novo índice para explicar alguns problemas de desempenho, mas as consultas que eu esperaria usar o novo índice ainda não o estão usando. No SQL Server, você pode liberar um plano de execução de duas maneiras diferentes para corrigir uma consulta com baixo desempenho e estou procurando entender se isso também é possível no MySQL.

• Um plano de execução específico pode ser removido?
• Todos os planos de execução armazenados podem ser removidos?

Estou fazendo o salto do SQL Server para o MySQL e estou tentando entender qual seria a diferença entre criar um índice como parte da instrução create da tabela DDL versus criar uma instrução DDL separada para cada índice que você deseja criar.

A documentação do MySQL sobre criar estados de índice

Normalmente, você cria todos os índices em uma tabela no momento em que a própria tabela é criada com CREATE TABLE. Consulte a Seção 13.1.18, “Sintaxe de CRIAR TABELA”. Essa diretriz é especialmente importante para tabelas InnoDB, onde a chave primária determina o layout físico das linhas no arquivo de dados. CREATE INDEX permite adicionar índices a tabelas existentes.

Por que é importante para a tabela InnoDB ter o índice criado como parte do DDL da tabela de criação? ( Atualize com mais detalhes abaixo )

Quais são os possíveis problemas com a criação de um índice após a criação da tabela?

Atualizar

Minha pergunta foi em relação à declaração no site do MySQL sobre como criar o índice durante a criação da tabela versus criá-lo após criar a tabela, mas antes de preenchê-la com dados. A declaração no site do MySQL faz parecer que há um benefício, desempenho ou não, ao usar tabelas InnoDB que declarar os índices dentro da declaração DDL para a tabela é a melhor prática, mas eles não explicam o porquê.

Referenciando como eu abordaria isso no SQL Server, em parte por causa das limitações de DDL e em parte porque gosto da natureza explícita, é que eu faria minha instrução DDL e atribuiria a chave primária junto com quaisquer restrições de chave estrangeira. Depois disso, eu atribuiria meu índice clusterizado, se não fosse a chave primária, e índices secundários (únicos e não exclusivos). Mas em qualquer abordagem se eu fosse criar meu índice clusterizado com a tabela DDL ou separar o resultado final seria o mesmo. Sua declaração está fazendo parecer que o RDMS lidará com a criação da tabela de maneira diferente, dependendo da abordagem, mesmo que o resultado final seja o mesmo, uma chave primária e um índice clusterizado.

Eu tenho um cluster sql server 2008 r2 de dois nós que acabamos de fazer uma atualização do sistema operacional do windows 2008 r2 para o windows 2012 r2, a atualização do sistema operacional foi feita no local para que a instalação do SQL Server permanecesse em sintonia. A função de cluster não voltará a ficar online dizendo que não foi possível encontrar nenhum endereço IP do qual essa instância dependa.

Tudo fica on-line, exceto o recurso do SQL Server e, olhando no arquivo de log do servidor sql, mostra que o servidor sql de erro está sendo inicializado, pois posso ver o mestre e o modelo serem iniciados.

Do log sql:

Não foi possível localizar nenhum endereço IP do qual esta instância do SQL Server dependa. Verifique se o serviço de cluster está em execução, se a relação de dependência entre o SQL Server e os recursos de nome de rede está correta e se os endereços IP dos quais essa instância do SQL Server depende estão disponíveis. Código de erro: 0x5.

Existem etapas adicionais que precisam ser executadas com o Windows Server 2012 r2 que precisam ser executadas para que o SQL Server 2008 r2 possa ser executado em um cluster de failover?

Eu estava investigando por que meus backups diferenciais estavam demorando quase tanto quanto meus backups completos e notei que o tamanho do primeiro backup diferencial após o backup completo diário era 2/3 do tamanho do backup completo. No entanto, os backups diferenciais subsequentes para o restante do dia cresceram apenas cerca de 1%.

Nada mudou significativamente no padrão de uso do banco de dados e, historicamente, o tamanho do primeiro backup diferencial após o backup completo diário era cerca de 0,5% do tamanho do backup completo. Eu olhei para o tamanho diário dos backups completos e eles cresceram apenas cerca de 2%.

A programação diária de backup é definida como um backup completo à 1h, seguido de 5 backups diferenciais entre as 7h e as 23h59. Normalmente, o backup completo leva cerca de uma hora e meia para ser concluído e isso inclui a etapa de verificação. Os diferenciais demoravam cerca de 20 minutos para serem concluídos, incluindo a etapa de verificação, mas agora estão levando cerca de uma hora e dez minutos para serem concluídos.

Confirmei que o padrão de uso do banco de dados não mudou, não há novos trabalhos que estejam gravando/alterando uma quantidade significativa de dados entre a janela do backup completo e o primeiro backup diferencial e não vi nenhum erro de subsistema de arquivo .

Com tudo o que confirmei acima, minha pergunta é o que faria com que o primeiro backup diferencial do dia se tornasse tão grande quando os diferenciais subsequentes no mesmo dia crescessem apenas 1%?

Detalhes do servidor:

• SQL Server 2008r2 Enterprise
• LiteSpeed ​​para SQL Server
• O banco de dados está no modo de recuperação simples
• O destino do backup é um compartilhamento de arquivo na rede

Acabei de habilitar o perfil de email no SQL Server Agent e preciso reiniciar o serviço para que ele entre em vigor, mas o Agent está sendo executado como parte de um cluster do SQL Server e não quero que o gerenciador do cluster pense que há um problema e failover de todos os serviços para o outro nó.

Qual é a maneira correta de reiniciar o SQL Server Agent em uma instância do SQL Server que está em cluster?

Eu sei que, para arrays de HDD, ter vários arquivos de log de diferentes bancos de dados tem um impacto no desempenho, pois altera o padrão de E/S de sequencial para aleatório para o array. Portanto, ter uma matriz por banco de dados para seus logs é uma prática recomendada.

Alguém tem alguma sugestão sobre como executar vários bancos de dados SQL Server com os arquivos de log para cada um desses bancos de dados existentes em uma matriz SSD?

Alguém tem experiência com as diferenças de FMDs vs SSDs da Hitachi para seu hardware HUS? Estou preocupado em consolidar unidades individuais em alguns FMDs e não ser capaz de sustentar o desempenho entre os bancos de dados do usuário e o tempdb se tudo o que tenho for um pool de discos de 4 FMDs para tudo.