Por: Fabio Oliveira & Luis Ramirez
Nesta �rea, notamos um pouco de confus�o sobre como o aplicar atualiza��es no SQL Server , e acredito que seria bom esclarecer este ponto com voc�s.
Vamos come�ar dizendo que o pacote de servi�o (Service Packs - SP) e as atualiza��es cumulativas (Cummulative updates - CU) para o SQL Server se comportam da mesma maneira.
Ao contr�rio de patches do sistema operacional, essas atualiza��es s�o, por exemplo, n�o por servidor. Ao executar o instalador este ir� mostrar as inst�ncias em execu��o no servidor e o usu�rio vai se preocupar em escolher em qual instancia deseja instalar o patch de atualiza��o.
Exemplificando, se o servidor SQL em execu��o possui tr�s inst�ncias em n�veis diferentes de patch (SQL 2005):
Se voc� deseja atualizar, apenas a instance2 para SP3 (9.00.4035), ir� executar o instalador do Service Pack no servidor, levando em considera��o o fato de executar o instalador n�o garante que as tr�s Inst�ncias ser�o atualizados a este n�vel, mas o administrador do banco de dados que est� efetuando a instala��o deve selecionar apenas a instance2 , e est� ser� a �nica inst�ncia que ir� se atualizar para o no SP3 (9.00.4035), deixando as outras inst�ncias na mesma build que estavam antes de iniciar o processo de instala��o do SP3 na Instance2. Veja abaixo como ficariam as inst�ncias ap�s a aplica��o do SP3.
Para o SQL Server cada instancia � como se fossem um servidor, mas por que isto funciona desta maneira? Porque para alguns clientes � importante manter n�veis diferentes de build, pois � necess�rio manter a compatibilidade com as aplica��es e ou seguran�a em ambientes espec�ficos.
Em um cluster se aplica o mesmo conceito, mas notando que os patches s�o "cluster aware", isto � quer dizer que o patch que ser� aplicado ir� reconhecer todo os n�s envolvidos no ambiente de cluster e ir� efetuar a atualiza��o em todos os n�s com somente uma �nica execu��o. A recomenda��o � que a instala��o do patch deve ser iniciada no n� ativo, e ent�o o instalador ir� come�ar a atualizar os ?bin�rios? nos n�s passivos para que em caso de sucesso na instala��o no n� passivo o instalador possa ent�o iniciar a atualiza��o do n� ativo, atualizando seus ?bin�rios? e tamb�m os objetos dentro do banco de dados.
Seguindo o exemplo acima:
Temos um cluster de dois n�s com tr�s inst�ncias, instance1 e insntance2 ativas no Servidor_A e instance3 ativa no Servidor_B
Digamos que voc� precisa atualizar a instance3 com SP3 (9.00.4035).
Devemos executar o instalador no Servidor_A (onde instance3 est� ativo), e neste momento � o mesmo que um servidor "stand alone" n�o quer dizer que se executarmos o instalador no Servidor_A significa que TODAS as inst�ncias neste servidor (ativo ou n�o) ser�o atualizadas e ser� os instalador ser� o respons�vel por atualizar e seguir o mesmo procedimento de instala��o no Servidor_B.
O procedimento de instala��o como explicado anteriormente � o seguinte, ap�s voc� selecionar a instance3 .:
O instalador ir� executar a instala��o no n� que se encontra Passivo, ou seja, no Servidor_B, e ap�s finalizar a instala��o e atualiza��o do ?bin�rios? no n� passivo do cluster o instalador ir� iniciar o processo de instala��o e atualiza��o de ?bin�rios? e objetos do banco de dados no n� Ativo, ou seja, no Servidor_A e ao finalizar a instala��o do service pack 3 somente a instancia3 que foi a qual escolhemos durante o inicio da instala��o ser� a �nica inst�ncia com a build 9.00.4035 deixando as demais inst�ncias dos servidores envolvidos no cluster com as mesmas builds que estavam antes do inicio da instala��o como mostra a figura abaixo.
Lembre-se:
- As ferramentas clientes do SQL Server como Management Studio, Business Intelligence Server Development Studio, etc, devem ser atualizadas de acordo com a build em que ir�o ger�nciar, devemos sempre levar em considera��o que o SQL Server e suas ferramentas s�o ?Backward Compatibility?, ou seja, ferramentas mais novas podem administrar bancos mais antigos, mas o contr�rio n�o � verdadeiro, portanto sempre mantenha as ferramentas com a ultima build dispon�vel.
- N�s sempre recomendamos que voc� deve efetuar suas atualiza��es em um ambiente de teste antes de ir para o ambiente de produ��o, para avaliar o impacto que esta modifica��o possa ter.
- Sempre efetue uma c�pias de seguran�a(Backup) antes de qualquer modifica��o em seu ambiente de banco de dados.
- Execute os patches com uma conta que tenha privil�gios de local admin e SysAadmin do SQL.
- Algumas vezes � necess�rio reiniciar os servi�os e / ou servidor do SQL Server.
Mais informa��es:
- End of Service Pack Support for SQL Server 2005 SP2 and SQL Server 2008 RTM
- Microsoft SQL Server 2005 Service Pack 3
- Setting Up Windows Service Accounts
Jennifer Garner Poppy Montgomery Evangeline Lilly Lisa Marie Keira Knightley
No comments:
Post a Comment