Posts Tagged ‘Troubleshooting’

Troubleshooting: The local farm is not accessible. Cmdlets with FeatureDependencyId are not registered

9 de junho de 2012

Olá Pessoal,

Ao acessar uma farm nova de SharePoint 2010 de um cliente, mesmo com um usuário Domain Admin e com diversas permissões no SharePoint, me deparei com o seguinte erro no PowerShell:

The local farm is not accessible. Cmdlets with FeatureDependencyId are not registered

Esse erro é gerado quando seu usuário logado não possui as permissões adequadas no bando de dados de Configuração do SharePoint.

Para garantir o acesso corretamente, basta adicionar a role “SharePoint_Shell_Access”, ou outras roles que atribuem mais permissões como db_owner.

O comando “Add-SPShellAdmin” de Power Shell também realiza esse procedimento de forma automatizada, para mais informações, veja: http://technet.microsoft.com/en-us/library/ff607596.aspx

Pronto, depois dessa configuração, faça login novamente e acesse o Power Shell que irá funcionar corretamente.

Abraços!

Wagner Amorim
Soluções SharePoint

Versão diferente do SharePoint ao fazer Restore

26 de abril de 2011

Olá Amigos,

Qual profissional SharePoint nunca teve problemas ao tentar realizar um restore de um site SharePoint em outro ambiente e obteve um retorno de erro dizendo algo como:

Your backup is from a different version of Microsoft SharePoint…

Pois é, vamos explorar algumas dicas rápidas de como resolver esse tipo de problema.

Cenário:

Backups realizados em servidores diferentes dos servidores onde serão restaurados. Para esse caso vou explorar o problema no SharePoint 2010.

Erro & Causa

A mensagem informada acima informa que o SharePoint não permite realizar downgrade de uma versão de backup para um ambiente com uma versão anterior do software, mesmo sendo a mesma versão do produto (ex: SharePoint 2010).

Parece meio estranho essa afirmação, mas na prática o que ocorre é que existem diversas atualizações para um mesmo produto, oriundos geralmente de Cumulative Updates, Service Packs, entre outros. No caso da instalação desses “updates”, a versão original do SharePoint é alterada e uma nova versão está disponível.

Essa alteração de versão é praticamente transparente para os usuários, porém para os administradores do ambiente existem algumas possibilidades para verificar a versão atual, abaixo recomendo as principais:

Soluções:

1.       Via Central Administration

          Existem duas formas diferentes de visualizar a versão atual do seu SharePoint:

a.       Para uma visão mais completa: acesse a Central Administration, clique na seção “Upgrade and Migration”, depois clique na opção “Check product and patch installation status”.

b.      De forma simples: acesse a Central Administration, clique na seção “System Settings”, depois clique na opção “Manage servers in this farm”.

A segunda opção exibe a versão atual da base de configuração do SharePoint, conforme imagem abaixo:

2.       Programaticamente no SQL Server

 Acessando o SQL diretamente também é possível, para isso acesse o SQL Server onde é hospedado o SharePoint e no database de configuração do Farm (ex: SharePoint_Config) execute a seguinte query:

SELECT Version, UserName

FROM Versions

ORDER BY Id DESC

Após se certificar que sua versão do SharePoint é inferior a do backup, você poderá analisar a instalação da versão necessária para o Restore funcionar, para isso recomendo que acesse o site de Atualizações dos Produtos do SharePoint 2010 em: http://technet.microsoft.com/pt-br/sharepoint/ff800847.aspx

No site informado acima estão todos os Updates disponíveis para o SharePoint 2010, não esqueçam de sempre pesquisar sobre as atualizações disponíveis nos pacotes de cada atualização para evitar maiores problemas em seus ambientes.

Abaixo segue uma lista para referência das versões do SharePoint 2010 disponíveis até o momento:

Nome do Update/Versão do Produto KB Número da Versão Publicação
February 2011 Cumulative Update KB 2475880, 2475878 14.0.0.5136

03/mar/11

December 2010 Cumulative Update KB 2459125, 2459257 14.0.0.5130

31/dez/10

October 2010 Cumulative Update KB 2394320, 2394323 14.0.0.5128

26/out/10

August 2010 Cumulative Update KB 2352342, 2352346 14.0.0.5123

31/ago/10

Foundation July 2010 Hotfix KB 2032588 14.0.5050.5001

13/jul/10

June 2010 Cumulative Update KB 983319, 983497, 2182938 , 2281364, 2124512, 2204024 – / KB 2028568 / TechNet summary 14.0.0.5114

29/jun/10

SharePoint 2010 RTM N/A 14.0.0.4762

12/mai/10

SharePoint Server 2010 Release Candidate N/A 14.0.0.4730

fev/10

SharePoint Server 2010 Public Beta N/A 14.0.0.4536

nov/09

SharePoint Server 2010 SPC2009 Demos N/A 14.0.0.4524

out/09

SharePoint Server 2010 Technical Preview “2” N/A 14.0.0.4514

out/09

SharePoint Server 2010 Technical Preview N/A 14.0.0.4006

25/abr/09


Esse post aborda como resolver problemas de versão do SharePoint ao tentarmos realizar restore em ambientes diferentes, geralmente causados por Cumulatives Updates, Hotfix e Service Packs. Para quem tem interesse em consultar versões do produto SharePoint (ex: Foundation, Server Standart, Serve Enterprise…), recomendo o post do meu amigo Rodrigo Romano sobre o assunto:
http://rodrigoaromano.wordpress.com/2010/10/21/como-identifcar-qual-verso-do-sharepoint-2010-est-instalada/

Abraços! 

Troubleshooting: Could not load type ‘System.Data.Services.Providers’

26 de julho de 2010

Olá Pessoal,

Depois de algum tempo sem blogar Troubleshootings (muitos projetos de SharePoint 2010 J), quero postar um troubleshooting de um erro que hoje me deparei ao tentar utilizar o REST.

Nesse caso, meu ambiente é um Farm em ambiente de teste (Single Server) de SharePoint Server 2010 em utilização para vários projetos diferentes, com autenticação Windows.

Cenário:

Em uma das minhas aplicações existentes, tentei acessar uma lista via REST, utilizando a seguinte sintaxe:

ü  http://meusite/_vti_bin/listdata.svc/MinhaLista

ERRO:

Ao tentar acessar a URL acima, mesmo pelo Browser, o seguinte erro era disparado:

 

Could not load type ‘System.Data.Services.Providers.IDataServiceUpdateProvider’ from assembly ‘System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089’.

Resolva problemas com o Microsoft SharePoint Foundation.  

ID de Correlação: b9f91b69-7f97-444d-bcac-426cf56282b7

 

 

 

 

 

 

 

 

CAUSA:

Minha primeira tentativa de diagnosticar foi verificar se a assembly “System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089”, citada no erro realmente existia no GAC  (C:Windowsassembly).

Pois é… O resultado foi… SIM! L

 

 

NOTA: Caso a assembly não exista, instale o ADO.NET Data Services v1.5 CTP2.

Tudo bem, pelo menos 1 dos possíveis motivos do erro foi eliminado. O assembly existe.

 

SOLUÇÃO:

E agora? Não foi difícil encontrar informações sobre o assunto, no REST and SharePoint 2010 Quick Start Guide o autor indica que seja instalado o ADO.NET Data Services Update for .NET 3.5 SP1.

Instalei, reiniciei o servidor e tudo funcionando com o REST!

 

Sensacional, em breve pretendo publicar um artigo sobre REST no SharePoint 2010. J

 

Até a próxima SharePointers!

 

Troubleshooting: Could not load file or assembly ‘Microsoft.IdentityModel’.

2 de maio de 2010


Olá SharePointers,

Ultimamente nós recebemos boas notícias sobre o mundo SharePoint, principalmente com os recentes lançamentos do produto. Eu mesmo já tenho alguns ambientes tanto pilotos como de testes baseados no SharePoint 2010, naturalmente passo por alguns sufocos no dia-a-dia, hoje vou reportar mais um Troubleshooting que fiz pra um ambiente SharePoint 2010 funcionar.

 

Cenário:

Tenho um notebook instalado com  o Windows 7 64x  e o SharePoint Foundation 2010 RTM.

Nesse mesmo notebook existia uma instalação do SharePoint Foundation 2010 Beta, eu desinstalei o SharePoint Beta + SQL + todos os componentes de pré requisitos e tentei instalar os pré-requisitos novamente + SharePoint Foundation 2010 RTM + SQL.

ERRO:

A instalação foi bem sucedida, segui um tutorial que escrevi alguns meses atrás sobre o assunto CS9012 – Instalando o SharePoint 2010 no Windows 7, porém no momento de executar o SharePoint 2010 Configuration Wizard, no passo 2 “Creating configuration database” o Wizard era interrompido e exibia a seguinte mensagem de erro.

Failed to create the configuration database

Could not load file or assembly ‘Microsoft.IdentityModel…


CAUSA:

O erro apresentado acima acontece quando a assembly Microsoft.IdentityModel não existe no ambiente que o Configuration Wizard está executando, dependendo da versão da assembly eu descobri que a solução está em pacotes diferentes, confira abaixo as 2 soluções que encontrei para o erro.

SOLUÇÃO:

E agora? Não é tão difícil assim, eu testei nos 2 cenários e o troubleshooting funcionou, vejam.

Se o erro for referente a versão da assembly 1.0.0.0, o erro vai conter o seguinte trecho:

Could not load file or assembly ‘Microsoft.IdentityModel, Version=1.0.0.0, Culture=neutral…

Nesse caso, a solução é apenas instalar ou reinstalar um componente que já existe na lista de pré-requisitos da instalação que é o Microsoft Geneva Framework Beta 1 Runtime for x64, veja em: http://download.microsoft.com/download/F/3/D/F3D66A7E-C974-4A60-B7A5-382A61EB7BC6/MicrosoftGenevaFramework.amd64.msi

 

No caso do erro solicitar a assembly versão 3.5.0.0, o erro vai conter o seguinte trecho:

Could not load file or assembly ‘Microsoft.IdentityModel, Version=3.5.0.0, Culture=neutral…

Nesse caso, a solução é instalar o Windows Identity Foundation, veja em: http://www.microsoft.com/downloads/details.aspx?FamilyID=eb9c345f-e830-40b8-a5fe-ae7a864c4d76&displaylang=en

Talvez precise reiniciar o seu computador, mas a solução funciona perfeitamente. 😀

Enfim galera, isso ai. Mais um troubleshooting finalizado.

Até a próxima.!