SQL Server–Identificar a versão

Em determinadas circunstâncias é necessário identificar a versão do SQL que está instalada num sistema. Para esse efeito existe uma query que nos informa sobre a versão  e edição do SQL Server, do Sistema Operativo onde o servidor de dados está instalado, entre outros detalhes importantes.

 

 

Ligue-se à instância de dados sobre a qual deseja obter informações e execute a query: SELECT @@VERSION

Neste exemplo, o retorno é o seguinte:

Microsoft SQL Server 2008 (SP2) – 10.0.4000.0 (Intel X86)   Sep 16 2010 20:09:22   Copyright (c) 1988-2008 Microsoft Corporation  Express Edition on Windows NT 5.1 <X86> (Build 2600: Service Pack 3) (VM)

 

SQL Server Profiler nas edições Express do SQL Server

O SQL Server Profiler, apenas presente nas edições pagas do SQL Server é uma ferramenta que permite ficar a meio da comunicação entre uma aplicação e o servidor de dados SQL, capturando de forma estruturada e em tempo real todas as instruções de uma sessão de dados.

 

Esta é uma ferramenta importante para os desenvolvedores de software, gestores de base de dados, equipas de suporte e estudantes da área, que permite recolher informações importantes, como as queries utilizadas, logins, quais as bases de dados consultadas, tempos de demora na execução das instruções, etc.

 

 

 

Existem assim algumas aplicações que visam colmatar a falta do Profiler nas edições Express do SQL Server:

O AnjLab SQLProfiler é um projecto freeware de código aberto, compatível com a versão 2005 e 2008 do SQL Server,  que de uma forma muito simples cumpre o seu objectivo, embora com algumas limitações ao nível da manipulação dos registos capturados. Após a instalação apenas tem que ser indicado o servidor de dados onde queremos monitorizar as transações e os eventos.

Para simplificar a análise devemos apenas escolher os eventos que interessam, no separador “Events”. Neste caso escolhi apenas eventos “SQLStmtStarting – TextData”. Poderá ainda criar um filtro no terceiro separador, para apenas monitorizar o que realmente interessa. No final carregue em “Run” para iniciar a captura.

 

Problema Com Acesso ao Servidor de Dados SQL…

Recentemente, um problema com acesso, desde a rede, a um servidor de dados SQL, levou-me a investigar, durante algumas horas, qual a sua causa, e resolução. Acabei por descobrir apenas o mais importante, a resolução, que me impediu de reinstalar o Sistema Operativo e restante software num servidor.

Todo este processo de instalação e configuração do SQL Server e Primavera, é uma operação rotineira, e já efectuada algumas dezenas de vezes, sem grandes problemas de maior, daí toda a estranheza neste caso.

 

 

Cenário:

• Servidor com Windows Server 2003 Standard R2 com Active Directory e Servidor DNS.
• SQL Server 2008 Express, com instalação posterior do Service Pack 1.
• Criada instância nomeada de dados SQL, com autenticação Mixed Mode utilizando uma password complexa para o utilizador SA.
• Abertas excepções para os serviços SQL e mais tarde desactivação da Firewall por completo.
• Confirmação da configuração dos serviços de suporte a rede do SQL estavam activos: TCP/IP, Shared Memory, e Named Pipes.
• Primavera Profissional instalado em modo multiposto no servidor (cliente/servidor), e posteriormente, instalado num dos postos, através do instalador de rede.

Inicialmente foi feita a inicialização da Plataforma no Servidor indicando a localização do Servidor de Dados (nome_do_servidor\instanciaSQL), e os dados de login do utilizador SA. Até aqui tudo normal. O ERP abre normalmente no servidor. Posteriormente foi instalado no posto (máquina virtual com Windows “limpo”), para efeitos de teste, uma vez que era previsível que acontecesse este problema, já que anteriormente se tinha repetido, e nessa altura, por falta de tempo, a única opção foi reinstalar tudo no servidor.

 

 

Ao executar o Primavera, no posto, após alguns longos segundos surgia a mensagem:

Até aqui, o mais estranho foi que, com o Excel, no posto, criei uma ligação de dados ao servidor SQL, utilizando o nome_do_servidor\instanciaSQL, e depois de fornecer o login de acesso conseguia navegar perfeitamente em todas as bases de dados da instancia Primavera.

 

STOP c000021a: BlueScreen ao Instalar o SQL 2005 SP3 no Windows XP SP2

Ao instalar ou actualizar o SQL Server 2005, num computador com Windows XP , poderá enfrentar um problema que faz com que o computador deixe de arrancar para o ambiente de trabalho.

 

 

STOP: c000021a (Fatal System error)

The windows subsystem system process terminated unexpectedly with a status 0xc0000005 (0xXXXXXXXX 0xXXXXXXXX)

 

Existe muita informação a documentar este problema. Para que ele se verifique são necessárias as seguintes condições:

 

• Sistema Operativo: Windows XP com Service Pack 2 (SP2)
• Microsoft SQL 2005 Service Pack 3 (SP3)

 

Como Identificar Problemas Com Bases de Dados SQL Server, Corrompidas ou Marcadas como “Suspect”

 

Existem algumas situações que podem colocar uma base de dados SQL Server em modo suspeito:

• Inconsistências no sistema de ficheiros, como erros ou sectores danificados do disco. Falha de um dos dispositivos de armazenamento.
• Encerramentos anormais do computador, ou dos serviços associados ao SQL Server.
• Falta de um dos ficheiros associados à base de dados.
• Espaço em disco insuficiente.
• Utilização em exclusivo da base de dados por aplicações de terceiros, como anti-vírus, aplicações de desfragmentação, etc.

 

 

 

Quando alguma base de dados está marcada como suspeita ela não voltará ao seu estado normal até que alguma acção seja feita. Embora na maioria das situações seja possível volta corrigir a situação, podem existir efectivamente situações em que a mesma não seja recuperável, pelo menos em tempo útil.

 

No caso do Primavera Express, são apresentadas algumas mensagens que indiciam problemas com bases de dados:

 

Administrador > Manutenção > Propriedades da Base de Dados

“… It has been marked SUSPECT by recovery…”

 

 

Ao abrir o Primavera Express

  “A Base de Dados da Empresa ‘Nome da Empresa’ não existe.”