Archive

Archive for the ‘SQL Server – TroubleShooting’ Category

Devo aplicar Cumulative Updates (CU) assim que são disponibilizados?

February 16, 2016 2 comments

CENÁRIO:

Essa é uma questão que sempre vem à tona e eu sempre perco o link com informações à respeito. Devo manter meu ambiente sempre o mais atualizado possível?

Para quem não está familiarizado, a Microsoft disponibiliza constantemente updates para seus produtos (que ainda estão no ciclo de suporte – normalmente 10 anos desde seu lançamento).

Nesses updates temos hotfixes, Cumulative Updates (pacote com vários hotfixes) e Service Packs (pacote maior ainda de vários hotfixes). A frequência de lançamento também segue essa hierarquia. Ou seja, são lançados vários hotfixes até que formem um Cumulative Update, e assim por diante.

ANÁLISE:

A Microsoft recomenda o seguinte:

https://msdn.microsoft.com/en-us/library/hh479746(v=sql.120).aspx – Installing Updates for SQL Server 2014 after it has already been installed

On an installed instance of SQL Server 2014, we recommend that you apply the latest security updates and critical updates including General Distribution Releases (GDRs), and Service Packs (SPs). Individual Cumulative updates and security updates should be adopted on a case-by-case, "as-needed" basis. Evaluate the update, if it’s needed, then apply it. If not, assess the risk of applying or not.

CONCLUSÃO:

O link mostra informação sobre o SQL Server, mas o mesmo se aplicar ao SharePoint Server e imagino que aos demais produtos Microsoft.

Cumulative Updates devem ser aplicados se necessário. Sua aplicação não deve seguir uma agenda “urgente” de implantação assim que são lançados.

Obviamente que quanto mais atualizado, melhor. Mas no mundo real a aplicação de patch’s não é tão simples em ambiente produtivo.

Como é um assunto que sempre gera bons diálogos. Qual a sua consideração sobre o assunto?

Eu procuro sempre estar no último Service Pack e aplico CU’s à medida da necessidade.

Abraço!

Advertisements

Access to the path ‘C:\Program Files\Microsoft SQL Server\110\License Terms\SQLServer2012(SP1)_License_ENT_1033.rtf’ is denied

September 5, 2013 Leave a comment

Olá! Smile

Cenário:

Continuando com a atualização de versão do SQL 2008 R2 SP1 para SQL Server 2012 SP1… (https://thiagottss.com.br/2013/09/05/view-the-summary-txt-log-to-determine-why-the-previous-operation-failed/)

ERRO:

Access to the path ‘C:\Program Files\Microsoft SQL Server\110\License Terms\SQLServer2012(SP1)_License_ENT_1033.rtf’ is denied.

SOLUÇÃO:

Primeiro, verifiquei se de fato estava com acesso negado como a mensagem de erro “sugere”.

Acessei o arquivo e aparentemente tudo certo, mas aí vem o pulo do gato!

A instalação do SQL Server quer atualizar esse arquivo e não está conseguindo escrever/modificar/substituir o arquivo. Então verifiquei que o arquivo estava como “Somente leitura”.

Ou seja, desmarque a opção que torna o arquivo como “Somente leitura” e prossiga com a instalação… isso deve resolver!

clip_image002

Abraço!

View the summary.txt log to determine why the previous operation failed

September 5, 2013 Leave a comment

Olá! Smile

Cenário:

Estou para atualizar a versão do meu SQL Server 2008 R2 para o SQL Server 2012 SP1, mas antes de fazer essa atualização de versão, preciso instalar no SQL Server 2008 R2 SP1 que ainda não tenho em meu ambiente.

Mas, ao tentar instalar o SP1 do SQL 2008 R2 me deparei com um erro informando que minha instalação está com problemas.

ERRO:

A failure was detected for a previous installation, patch, or repair during configuration for features [Recurso com problema]. In order to apply this patch package (KB968369), you must resolve any issues with the previous operation that failed. View the summary.txt log to determine why the previous operation failed.

SOLUÇÃO:

Como houve uma falha durante a instalação de algum componente e/ou atualização, primeiramente preciso reparar minha instalação antes de aplicar o SP1.

Para isso, precisamos rodar o Repair em nossa instalação. A opção Repair é localizada na guia Maintenance do instalador do SQL Server 2008 R2.

clip_image002

clip_image004

clip_image006

Abraço!

Bancos de Conteúdo do SharePoint em modo “Suspect”

August 14, 2013 Leave a comment

Olá! Smile

Cenário:

Do dia pra noite a Central Administration do meu SharePoint parou de funcionar. Ao acessar a url da minha Central Admin, estava mostrando página não encontrada (HTTP Error 404).

Verifiquei o IIS, e estava tudo funcionando. Serviço iniciado e os diretórios do IIS, até então, tudo normal. Então vamos verificar os serviços do SQL e seus respectivos bancos de conteúdo.

ERRO:

clip_image002

Para minha surpresa e constatação do problema, o banco da minha Central Administration estava em modo “Suspect”.

SOLUÇÃO:

Primeiro, certifique-se de realizar um backup/cópia dos arquivos do seu banco de conteúdo antes de realizar as tarefas a seguir, pois iremos realizar tarefas de manutenção na base que podem corromper a mesma.

clip_image004

Feito isso, realize os comandos abaixo no SQL Management Studio para realizar as tarefas de reparo na base.

Use master

–Verique se o banco de dados de conteúdo tem algum problema

EXEC sp_resetstatus "WSS_AdminContent"

–Altera o banco de contéudo para colocá-lo em modo "Emergência"

ALTER DATABASE "WSS_AdminContent" SET EMERGENCY

DBCC checkdb(‘WSS_AdminContent’)

clip_image006

–Coloque o banco de conteúdo em modo "Single User"

ALTER DATABASE "WSS_AdminContent" SET SINGLE_USER WITH ROLLBACK IMMEDIATE

clip_image008

–Inicia a tarefa de reparação no banco de conteúdo e permita perda de dados

DBCC CheckDB(‘WSS_AdminContent’,REPAIR_ALLOW_DATA_LOSS)

–Volte o banco de conteúdo para modo "Multi-User"

ALTER DATABASE "WSS_AdminContent" SET MULTI_USER

–Certifique-se que o banco de conteúdo foi resetado

EXEC sp_resetstatus ‘WSS_AdminContent’

clip_image010

Execute um iisreset caso necessário e acesse novamente a Central Administration.

Abraço!

The requested OLE DB provider Microsoft.Jet.OLEDB.4.0 is not registered — perhaps no 64-bit provider is available

January 17, 2012 Leave a comment

Olá! Alegre

Cenário:

Automatizando alguns processos e/ou coletando informações de diversas fontes de dados para centralizar relatórios em um único ponto (SharePoint!) precisamos criar mecanismos de extração e carga das informações (ETL).

Na experiência deste post, precisei extrair as informações de banco de dados Access (.mdb) e jogar a informação em tabela no SQL.

Ao utilizar o provider nativo de acesso a fonte de dados Access e mandar rodar a extração me deparo com um erro.

ERRO:

The requested OLE DB provider Microsoft.Jet.OLEDB.4.0 is not registered — perhaps no 64-bit provider is available.

E de fato, como podemos ler, não existe a versão deste provider para plataforma 64 bits: http://support.microsoft.com/kb/957570.

SOLUÇÃO:

Para resolver o problema forcei o pacote do SQL Server Integration Services (SSIS) rodar como 32 bits, tanto no Business Intelligence Management Studio (BIMS) quanto no Timer no SQL Server Agent.

No BIMS, nas propriedades de configuração do projeto:

clip_image002

No Job do SQL Server Agent:

clip_image004

Abraço!