QFDev's questions

Temos dois servidores de banco de dados SQL 2012 configurados em espelho com testemunha para failover automático.

Ontem o servidor primário sofreu uma degradação do HDD que desencadeou o failover, porém quando o servidor secundário se tornou o principal começamos a ver muitos erros na execução de alguns SPROCs.

A definição do objeto '[sp_name]' mudou desde que foi compilado

Entendo que isso pode ser resolvido executando sp_recompileo novo princípio, o que forçaria uma recompilação em todos os SPROCs, funções e gatilhos.

Isso não é ideal, pois requer intervenção manual no failover. Esse é um problema que posso resolver alterando a configuração ou é um bug conhecido do SQL Server?

Estou usando o SQL Server 2012 SP2 para fazer backup de meus logs de transações diretamente no Armazenamento de Blobs do Azure usando a BACKUP TO URLinstrução.

Estou tentando verificar meu log de transações da seguinte maneira:

RESTORE VERIFYONLY FROM  URL = 'https://mystore.blob.core.windows.net/logfile.trn'
WITH CREDENTIAL = 'azurecreds'

A RESTORE VERIFYONLYoperação coloca uma concessão no arquivo no Azure que posso ver usando o navegador de blob do Azure Management Studio (os 2 últimos que criei sem executar RESTORE VERIFYONLY).

Posso interromper manualmente a concessão usando o Azure Management Studio, mas estou fazendo algo errado ao RESTORE VERIFYONLYdeixar uma concessão ativa no arquivo?

Eu tenho um único servidor rodando um aplicativo web .NET e um banco de dados SQL Server (2008 Standard). Estou planejando mover o banco de dados para um servidor separado, mas para provisionar o hardware de rede, gostaria de comparar a taxa de transferência de dados entre o aplicativo da Web e o banco de dados. A porta 1433 pode ser monitorada internamente? Em caso afirmativo, existe alguma ferramenta nativa do Windows 2008 R2 que possa fazer isso ou eu precisaria de algum aplicativo de terceiros como o WireShark? Minha string de conexão está referenciando o banco de dados usando server=localhost, ainda é possível acessar 1433 para ver a largura de banda usada nesta porta?

Essencialmente, estou tentando determinar se preciso de uma conexão Gbit ou 100 Mbit entre o servidor da Web e o servidor de banco de dados. Qualquer pensamento sobre isso seria muito apreciado.

ATUALIZAÇÃO 8 de julho

Eu discuti o que foi dito acima, pois percebo que é amplamente irrelevante. Por alguma razão, pensei que haveria uma grande diferença de custo entre um switch de 100 Mbit e 1 Gbit. Apenas os switches de usuário doméstico baratos são de 100 Mbit. Como outros apontaram, o Wireshark não coletará atividade entre o IIS e o servidor SQL na mesma caixa. Estou colocando um switch gerenciado de 1 Gbit por enquanto e usarei o Wireshark ou o monitoramento integrado no switch para ver o que está acontecendo mais tarde. Não acho que chegará nem perto dos limites de transferência física impostos pelo hardware.

Gostaria de mover um banco de dados do SQL Server de uma configuração compartilhada com o servidor da Web para sua própria caixa dedicada. Meu orçamento atual me permitirá colocar 4 discos juntos em uma matriz com um único hot spare. Eu gostaria de estender para 8+ unidades, mas os custos estão um pouco fora do meu orçamento agora (e provavelmente um pouco exagerado).

Então, minha pergunta é: qual seria a configuração ideal para o SQL Server 2012 quando limitado a 4 discos? O banco de dados tem cerca de 29 GB e está crescendo em torno de 250-500 MB por mês. O banco de dados normalmente fornecerá 80% de leituras para 20% de inserções/atualizações/exclusões.

Eu entendo de pesquisar este assunto que minhas opções são as seguintes:

1. RAID 5 com todas as funções em um único volume.
2. RAID 1 duplo com sistema operacional, backups e dbs do sistema em um volume e banco de dados + arquivos de log no outro.
3. RAID 10 com todas as funções em um único volume.

Estou procurando uma solução que me dê um desempenho razoável, mas não obliterará o array se uma única unidade falhar (o que eu entendo ser bastante comum com SSDs).

Hardware atual ------------------

HP ProLiant DL360 G7 1 x Xeon E5640 / 2,66 GHz - RAM 12 GB - 2 x 300 GB Pluggable SAS SFF 10.000 rpm discos em RAID 1.

Faço parte de uma pequena empresa, portanto, como sempre, exerço várias funções diferentes. O mais recente deles é a aquisição de uma caixa SQL Server dedicada para nosso aplicativo da Web .NET. Fomos citados em uma configuração de CPU dual Xeon E5-2620 (seis núcleos) de 2,00 GHz (12 núcleos no total), com 32 GB de RAM. Isso nos deixou com um orçamento limitado para a matriz de disco, que consistiria essencialmente em duas unidades SAS de 300 GB de 2,5" (15k RPM) em uma configuração de RAID 1.

Sei que a configuração do disco está abaixo do ideal para o SQL Server e gostaria muito de implementar o RAID 10 para que possamos colocar o banco de dados, os arquivos de log e o tempdb em suas próprias unidades. Para tornar isso compatível com nosso orçamento, devo considerar a redução do número de núcleos de CPU? ou eu conseguiria um banco melhor por dinheiro mantendo os núcleos e usando menos unidades, talvez 4 em uma configuração de RAID 1 duplo?

Aqui estão algumas estatísticas adicionais

• O banco de dados do SQL Server é inclinado para altos números de leituras para gravações, provavelmente 80% contra 20%, respectivamente. O tamanho atual do banco de dados é de cerca de 10 GB 26 GB no momento, crescendo a uma taxa de 250 MB por mês.

• Atualmente rodando no SQL Server 2008 R2 Standard em uma única caixa Xeon quad core compartilhada com o servidor web (12 GB de RAM, 2 unidades SAS de 300 GB x 10k em RAID 1), procurando migrar para o SQL Server 2012 Standard.

• O banco de dados atende aproximadamente 100-150 usuários simultâneos com algumas tarefas de agendamento em segundo plano. Lendo isso, estou pensando que 12 núcleos é um exagero sério!

Implantei todo o aplicativo em um serviço de nuvem do Azure (2 pequenas instâncias) vinculado a um banco de dados SQL Azure. Embora o desempenho fosse razoável nos testes (carga quase zero), perdi a coragem de usar na produção devido à imprevisibilidade sobre a qual tanto li. Pode funcionar melhor com uma abordagem de expansão, mas com apenas um banco de dados de 10 GB, provavelmente posso fazer a expansão agora e economizar algum dinheiro.

Inicialmente, negligenciei os custos de licenciamento e não percebi que o licenciamento do SQL Server 2012 é baseado no número de núcleos. Eu tenho uma assinatura do BizSpark MSDN com uma licença do SQL Server 2012 Standard, então preciso ler quantos núcleos isso utilizaria imediatamente.

Atualmente, estou usando o Tortoise SVN para controlar a origem de um aplicativo da Web .NET. Qual seria a melhor maneira de trazer nossos procedimentos armazenados do SQL Server para o controle de origem? Atualmente, estou usando o VS 2010 como meu ambiente de desenvolvimento e me conectando a um banco de dados SQL Server 2008 R2 externo usando o SQL Server Data Tools (SSDT).

O que tenho feito no passado é salvar os procs em um arquivo .sql e manter esses arquivos sob controle de origem. Tenho certeza que deve haver uma maneira mais eficiente do que isso? Existe uma extensão que eu possa instalar no VS2010, SSDT ou mesmo SQL Server na máquina de produção?

Estou tentando me conectar a um novo banco de dados do SQL Azure por meio do SQL Server Management Studio. A caixa do cliente que executa o SSMS é hospedada em um banco de dados de produção, portanto, restringimos o acesso em 1433 a apenas alguns IPs usando IP Sec. O IP do cliente é configurado no portal do Azure para acesso ao banco de dados do Azure. Só posso obter acesso ao banco de dados Azure do cliente abrindo 1433 publicamente, o que não estou interessado em fazer por ser um banco de dados de produção lá.

Aprecio que a nuvem não nos fornece a certeza em termos de IPs estáveis. Mas estamos usando essa conexão apenas para executar várias tarefas administrativas e ficaremos felizes em alterar o IP de tempos em tempos, conforme necessário.

Mas como posso saber em qual IP o Azure está respondendo? Quando ping {myserver}.database.windows.net, obtenho um IP, mas quando adiciono isso à regra IP Sec, ainda não funciona. O Azure está respondendo em um IP diferente? Em caso afirmativo, como posso saber qual é esse endereço IP, pois o SSMS gera apenas um erro de rede genérico?

Informação adicional:

A caixa executando o SSMS não está hospedada no Azure. No momento, estamos executando isso em outro datacenter