Archive

Posts Tagged ‘MOSS 2007’

Microsoft Office SharePoint Server (MOSS) 2007 e SQL Server 2012 são compatíveis?

Olá! Alegre

Cenário:

A equipe decidiu atualizar os servidores e migrar alguns servidores para as versões mais atuais. O MOSS 2007 iria continuar na versão 2007, mas em outro servidor. E o SQL 2005 iria para o SQL 2012.

ERRO:

Ao tentar configurar um nova farm no SQL 2012 temos a seguinte mensagem:

“sp_dboption is deprecated and no longer exists in the master database”

SOLUÇÃO:

Na verdade não chega a ser uma solução. O SQL Server 2012 não é suportado como opção para Banco de Dados do Microsoft Office SharePoint Server (MOSS) 2007.

Ou seja, precisamos atualizar também a versão do SharePoint 2007 para, pelo menos, SharePoint 2010 SP1, caso a utilização do SQL Server 2012 seja requisito. Caso contrário, temos que utilizar outra versão de SQL Server, por exemplo SQL Server 2008 R2 (que é a última versão suportada).

 

Referência: https://technet.microsoft.com/en-us/library/cc262485(v=office.12).aspx#section3 – Determine hardware and software requirements (Office SharePoint Server)

 

Important:

Office SharePoint Server 2007 does not support SQL Server 2012 or later versions of SQL Server.

 

Caso queira prosseguir, e mesmo sem suporte, utilizar o SQL Server 2012:

http://blog.sharepointrx.com/2013/12/22/installing-microsoft-office-sharepoint-server-2007-on-sql-server-2012/

Abraço!

Advertisements

This task is currently locked by a running workflow and cannot be edited

March 13, 2014 2 comments

Olá! 🙂

Esse post bem rapidinho… O Workflow do SharePoint “trava” as tarefas do tipo de conteúdo “WorkflowTask” para assegurar que a tarefa não seja editada enquanto o processo do Workflow aconcete. E depois que o Workflow termina de rodar, ele tira essa “trava” para que a tarefa seja editável novamente.

Ok! Comportamento esperado… mas, no decorrer do projeto, decidimos que as tarefas não seriam mais utilizadas em um Workflow e passariam as ser simplesmente tarefas atualizadas por outros mecanismos como: Forms Customizados e Event Receivers. Só que nesse caso específico a tarefa em questão herdava o Content Type de “WorkflowTasks” e então eu mesmo preciso tirar essa “trava” que o workflow faz automaticamente.

NOTA: Se sua tarefa herda do Content Type de “Tasks”, isso não é necessário.

Quando for atualizar uma tarefa que herda da “WorkflowTasks” atualize também a coluna do Workflow e assim a tarefa será editável.

item[Microsoft.SharePoint.SPBuiltInFieldId.WorkflowVersion] = 1;
item.Update(); //SPListItem

Pronto, o item será atualizado sem que a mensagem de erro seja apresentada.

Abraço!


										

Versão do SharePoint rodando

Overview:

Diversas vezes precisamos saber qual é versão rodando do SharePoint para identificar se estamos “up-to-date” ou quando precisamos comprar versões entre backup/restore em servidores diferentes.

Isso também acontece com o SQL, mas aqui está para saber a versão do SQL: https://thiagottss.wordpress.com/2011/01/12/como-saber-verso-do-sql-server-rodando/

SOLUÇÃO:

Aqui abaixo, estão as versões do SharePoint 2010 e 2007. Para saber a versão do SharePoint vá na Central Administration e depois em Servers in Farm.

SharePoint 2010:

Build

Versão

4514

Beta 2

4730

RC1

4755

RTM / official release

5114

Hotfix Update Junho 2010

5123

Cumulative Update Agosto 2010

5128

Cumulative Update Outubro 2010

5130

Cumulative Update Dezembro 2010

5136

Cumulative Update Fevereiro 2011

5138

Cumulative Update Abril 2011

6029 Service Pack 1
6106 Cumulative Update Junho 2011
6109 Cumulative Update Agosto 2011
6112 Cumulative Update Outubro 2011
6114 Cumulative Update Dezembro 2011
6117 Cumulative Update Fevereiro 2012
6120 Cumulative Update Abril 2012

SharePoint 2007:

Build

Versão

4518

RTM / first release

6219

Service Pack 1

6318

Infrastructure Update

6327

Cumulative Update Outubro 2008

6335

Cumulative Update Dezembro 2008

6341

Cumulative Update Fevereiro 2009

6421

Service Pack 2

6504

Cumulative Update Abril 2009

6510

Cumulative Update Junho 2009

6520

Cumulative Update Outubro 2009

6524

Cumulative Update Dezembro 2009

6529

Cumulative Update Fevereiro 2010

6535

Cumulative Update Abril 2010

6539

Cumulative Update Junho 2010

6545

Cumulative Update Agosto 2010

6548

Cumulative Update Outubro 2010

6550

Cumulative Update Dezembro 2010

6554

Cumulative Update Fevereiro 2011

6557

Cumulative Update Abril 2011

6562 Cumulative Update Junho 2011
6565 Cumulative Update Agosto 2011
6608 Service Pack 3
6654 Cumulative Update Outubro 2011
6656 Cumulative Update Dezembro 2011
6658 Cumulative Update Fevereiro 2012
6661 Abril 2012
6662 Junho 2012

Editado Jun/12 – versões atualizadas.

Abraço!

The content type text/html; charset=utf-8 of the response message does not match the content type of the binding

February 17, 2012 2 comments

Olá! Smile

Cenário:

Desenvolver para SharePoint 2010 usando Visual Studio 2010 é infinitamente melhor e mais produtivo do que desenvolver para SharePoint 2007 usando Visual Studio 2008.

Mas, como a vida dá voltas, me deparo com o cenário vivido por muito tempo. E tempo esse sensacional entendendo a estrutura do SharePoint.

Eis que ao montar um novo ambiente de desenvolvimento para SharePoint 2007, usando o Visual Studio eXtensions for Windows SharePoint Services (VSeWSS) 3.0, me deparo com um erro ao tentar montar um pacote .wsp “Package” ou tentar montar fazer um deploy no servidor.

ERRO:

Error: System.ServiceModel.ProtocolException System.ServiceModel.ProtocolException: The content type text/html; charset=utf-8 of the response message does not match the content type of the binding (text/xml; charset=utf-8). If using a custom encoder, be sure that the IsContentTypeSupported method is implemented properly. The first 1024 bytes of the response were: ‘<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>IIS 7.0 Detailed Error – 500.0 – Internal Server Error</title> <style type="text/css"> <!– body{margin:0;font-size:.7em;font-family:Verdana,Arial,Helvetica,sans-serif;background:#CBE1EF;} code{margin:0;color:#006600;font-size:1.1em;font-weight:bold;} .config_source code{font-size:.8em;color:#000000;} pre{margin:0;font-size:1.4em;word-wrap:break-word;} ul,ol{margin:10px 0 10px 40px;} ul.first,ol.first{margin-top:5px;} fieldset{padding:0 15px 10px 15px;} .summary-container fieldset{padding-bottom:5px;margin-top:4px;} legend.no-expand-all{padding:2px 15px 4px 10px;margin:0 0 0 -12px;} legend{color:#333333;padding:4px 15px 4px 10px;margin:4px 0 8px -12px;_margin-top:0px; border-top:1px solid #EDEDED;border-left:1px solid #EDEDED;border-right:1px solid #969696; border-bottom:1px solid #969696;background:#E7ECF0;font-weight:bold;f’. —> System.Net.WebException: The remote server returned an error: (500) Internal Server Error. at System.Net.HttpWebRequest.GetResponse().

SOLUÇÃO:

Para resolver o problema precisamos nos certificar que o Windows Communication Foundation HTTP Activation esteja ativado no servidor.

Para isso, vamos aos passos:

Abra o Server Manager > Features > Add Features:

clip_image002

No seletor de features marque a opção HTTP Activation, em .Net Framework Features > WCF Activation:

clip_image004

Clique em Next e Install para instalar a feature. Feito isso, o deploy irá funcionar.

 

—— Generate solution file and setup batch file ——

Creating solution …

Operation completed successfully.

Creating setup batch file …

Operation completed successfully.

—— Packaged successfully to C:\Projects\Sebrae\DoneIT.Sebrae.PortfolioWeb\bin\Debug\DoneIT.Sebrae.PortfolioWeb.wsp ——

========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========

========== Deploy: 1 succeeded, 0 failed, 0 skipped ==========

 

Abraço!

Unable to retrieve external data for the following connections: The data sources may be unreachable, may not be responding, or may have denied you access

September 19, 2011 Leave a comment

Olá! Smile

Cenário:

Usando o Excel Services, no SharePoint 2007, para visualizar planilhas Excel no browser e conectadas com fontes de dados externas. A planilha carrega no browser tudo certo, mas ao solicitar a atualização das informações “Refresh” na fonte de dados, o SharePoint exibe um erro.

ERRO:

“Unable to retrieve external data for the following connections: The data sources may be unreachable, may not be responding, or may have denied you access. Verify the data refresh is enabled for the trusted file location and that the workbook data authentication is correctly set.”

Todas as configurações no Excel Services foram verificadas e estão corretas, como Trust File Locations e Trust Data Providers.

SOLUÇÃO:

Para solucionar o problema temos um fator muito importante que vai determinar a resolução:

· Servidor SharePoint e DataSources estão no mesmo servidor; ou

· Servidor SharePoint e DataSources são servidores separados.

Neste post vou detalhar a solução do primeiro caso, quando os servidores são o mesmo.

Para solucionar o problema devemos alterar uma configuração do Shared Services Provider para que o Excel Services use o modo Delegation de acesso. Para isso, usamos o seguinte comando usando a ferramenta de gerenciamento do SharePoint, STSADM.

Stsadm –o set-ecssecutiry –accessmodel delegation –ssp NomeSSP

Stsadm –o execadmsvcjobs

Iisreset

NOTA: Esta opção só deve ser executada se o servidor SharePoint e o servidor onde estão os dados (DataSource) forem o mesmo servidor!

Com isso o Excel Services agora consegue encaminhar as credenciais do usuários para a fonte de dados sem problemas, conseguindo assim, atualizar as informações.

Para a outra configuração, onde os servidores SharePoint e Datasources são diferentes, devemos configurar o método de autenticação do SharePoint para Kerberos, e aí as coisas ficam um pouco mais complicadas: http://blogs.msdn.com/b/martinkearn/archive/2007/04/23/configuring-kerberos-for-sharepoint-2007-part-1-base-configuration-for-sharepoint.aspx.

Abraço!

Provisioning ‘PWA’: Failed to provision databases. An exception occurred: Published database schema version 12.2.403.0 newer than project server schema version 12.2.200.0

Olá! Smile

Overview:

Depois de resolver o problema mencionado no post anterior (https://thiagottss.wordpress.com/2011/07/08/cannot-insert-duplicate-key-row-in-object-dbo-objects-with-unique-index-ix_objects_classid_parentid_name/), chegamos ao erro de fato que impedia nosso progresso para instanciar um novo ambiente de PWA.

Cenário:

Para montar o ambiente de desenvolvimento e homologação para migração das informações do Project Server, nós restauramos um backup das bases de dados do Project Server de produção no nosso novo ambiente.

Eis que tivemos o erro mencionado abaixo.

ERRO:

Ao procurar pelos erros no ULS do SharePoint (C:\Program files\Commom Files\Microsoft shared\Web Server Extensions\14\LOGS) encontramos o erro:

Provisioning ‘PWA’: Failed to provision databases. An exception occurred: Published database schema version 12.2.403.0 newer than project server schema version 12.2.200.0.

Bom, esse erro já é mais conhecido no mundo SharePoint, mas dessa vez temos que atualizar o schema version do database do Project Server.

Se fosse na base de dados de conteúdo do SharePoint, isso seria resolvido com algum Cumulative Updade do SharePoint.

SOLUÇÃO:

Com muita pesquisa, encontrei um site muito interessante com os hotfixes do Project Server: http://projectserverhotfixes.com/.

O hotfix que procurávamos para atualizar o schema version do DataBase é o KB2544400: http://support.microsoft.com/kb/2544400/en-us?sd=rss&spid=11388.

Aplique o hotfix e execute o SharePoint Configuration Wizard.

Pronto, agora é só provisionar a instância do Project novamente.

Abraço!

Cannot insert duplicate key row in object ‘dbo.Objects’ with unique index ‘IX_Objects_ClassId_ParentId_Name’

July 8, 2011 1 comment

Olá! Smile

Overview:

O mundo do SharePoint ganha horizontes com proporções gigantescas já que a Microsoft adota fortemente a plataforma e indica que este é o produto que encabeçará a maioria de todos os seus outros produtos. Parece loucura, não é?

Mas perceba que hoje já temos diversos outros produtos que utilizam o SharePoint como interface para colaboração enquanto o produto em si roda no background. Alguns exemplos: Project Server, Dynamics CRM, FAST, etc.

Cenário:

Em mais um projeto da saga “SAP Migration” precisamos colher informações do Project Server e SharePoint para gerar arquivos para o SAP.

Ao iniciar o processo de migração da Farm de Project Server para um ambiente de homologação para realização dos testes das ferramentas de migração, nos deparamos com um erro ao provisionar o site de PWA no Shared Services Provider Adminsitration do SharePoint.

ERRO:

Ao procurar pelos erros no ULS do SharePoint (C:\Program files\Commom Files\Microsoft shared\Web Server Extensions\14\LOGS) encontramos o erro:

Cannot insert duplicate key row in object ‘dbo.Objects’ with unique index ‘IX_Objects_ClassId_ParentId_Name’.

E agora?

Com um pouco (mentira, com MUITA) pesquisa descobri esse erro era causado por o processo tentar fazer duas (ou mais) vezes a mesma operação por que ao gerar erro, o processo de provisionamento da instância PWA não removia as configurações que ele tentou fazer.

Uma dessas configurações, era um TimerJob criado para sincronizar as informações e gravar no bando do Project, com o nome similar a “Project Server Synchronizing job for ‘SharedServices1’” ou no idioma que você tiver disponibilizado na farm. Por exemplo, no meu, o nome estava em PT-BR: “Trabalho de Sincronização do Project Server para ‘SharedServices1’”.

Quando o provisionamento ocorre com sucesso, o processo exclui esse TimerJob. Ou seja, se ele estiver lá nos Job Defitions, vai dar o erro mencionado neste post.

SOLUÇÃO:

Para resolver este problema precisamos remover este TimerJob ANTES de tentar provisionar a instância de PWA novamente. Para isso, faça o seguinte:

1. Vá até a Central Administration do SharePoint > Operations > TimerJob Defitions

2. Localize o TimerJob com o nome mencionado acima: Project Server Synchronizing job for ‘SharedServices1’. O nome muda. De acordo com o idioma o nome é traduzido.

3. Clique com o botão direito em cima do link do Job, copie e cole em um bloco de notas. Com isso vamos identificar o Job que precisamos excluir.

4. Pegue apenas o valor de JobId que contém no link (ex: http://&lt;servername>:<Central Admin Port>/_admin/JobEdit.aspx?JobId=7CC18CF5%2D5C89%2D 47E3%2DA098%2D 99401FD3E689).

5. Troque o valor %2D por chegando a algo similar a um GUID (e é um GUID): 7CC18CF5-5C89-47E3-A098-99401FD3E689.

a. IMPORTANTE: Cada Job tem ID próprio. Você deve localizar o ID do Job do seu ambiente.

6. Repita a operação para cada Job que existir com esse nome. Devemos remover todos os Jobs de Sincronização do Job.

7. Agora que temos os GUIDs vamos deleta-los usando o STSADM com o comando: stsadm –o deleteconfigurationobject –id 7CC18CF5-5C89-47E3-A098-99401FD3E689.

a. Repita a operação para cada Job com seu respectivo GUID.

Pronto, agora é só provisionar a instância do Project novamente.

Abraço!