Archive
Microsoft Office SharePoint Server (MOSS) 2007 e SQL Server 2012 são compatíveis?
Olá! 
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:
Abraço!
This task is currently locked by a running workflow and cannot be edited
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
Olá! 
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:
No seletor de features marque a opção HTTP Activation, em .Net Framework Features > WCF Activation:
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
Olá! 
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á! 
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’
Olá! 
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://<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!
A lista não pode ser mostrada no modo Folha de Dados por um ou mais motivos
Olá! 
Overview:
Uma funcionalidade muito interessante, e muito produtiva, é a utilização do Modo de Exibição em Folha de Dados do SharePoint. Neste modo podemos criar itens, nas listas do SharePoint, de forma muito rápida.
Um exemplo disto é copiar as informações, de uma planilha Excel, e colar nas colunas do Modo de Exibição em Folha de Dados do SharePoint. Assim, criamos vários itens na lista do SharePoint de uma vez só.
Cenário:
Algumas vezes, esse procedimento não é possível, pois encontramos algumas máquinas que não possuem recursos necessários para exibir este modo de exibição.
E este cenário é cada vez mais comum com a chegada, e alta utilização, das versões 64-bit do Office.
ERRO:
A lista não pode ser mostrada no modo Folha de Dados por um ou mais motivos a seguir:
– Um componente de folha de dados compatível com o Microsoft SharePoint Foundation não está instalado.
– Seu navegador da Web não oferece suporte para controles ActiveX.
– Um componente não está devidamente configurado para suporte de 32 ou 64 bits.
Em inglês:
The list cannot be displayed in Datasheet view for one or more of the following reasons:
– A datasheet component compatible with Microsoft SharePoint Foundation is not installed.
– Your Web browser does not support ActiveX controls.
– A component is not properly configured for 32-bit or 64-bit support.
SOLUÇÃO:
Para resolver este problema, temos alguns caminhos. Estes caminhos ficam mais claros quando entendemos qual é o problema.
Este erro ocorre por que não existe versão compatível com 64 bits do Componente de folha de dados. Ou seja, se instalarmos a versão do Office 2010 32 bits o problema será solucionado. Mas, e se precisamos utilizar a versão 64 bits para ganhar desempenho?
Uma alternativa ainda é utilizar a mídia de instalação de alguma versão 32 bits do Office (eu, por exemplo, utilizei o instalador do SharePoint Designer 2007 32 bits) para instalar somente este componente:
Mas, e se não tivermos um instalador do Office 32 bits? Não se desespere! J
Neste link abaixo você pode baixar somente o componente “2007 Office System Driver: Data Connectivity Components”:
Este executável (AccessDatabaseEngine.exe) tem os componentes necessários para exibir o Modo de Exibição em Folha de Dados.
É isso aí! Sucesso! 😀
Abraço!
Como efetuar um Backup/Restore de uma SiteCollection no Microsoft Office SharePoint Server 2007 e Windows SharePoint Services 3.0
|
Autor: |
Thiago Silva |
|
Publicação: |
03/Mar/10 |
Overview
O Microsoft Office SharePoint Server (MOSS) 2007 e o Windows SharePoint Services 3.0 (WSS v3) nos dão uma granulidade muito grande de recursos tanto para administração como para desenvolvimento. Neste artigo vamos aprender um pouco mais sobre como efetuar um Backup e depois um Restore de uma SiteCollection.
Existem diversas formas de efetuarmos Backup e Restore de Sites/Aplicações que rodam no MOSS e WSS. Podemos utilizar os seguintes meios:
· Backup e Restore via SharePoint Designer (http://office.microsoft.com/pt-br/sharepointdesigner/HA100699391046.aspx);
· Backup e Restore via STSADM (http://technet.microsoft.com/en-us/library/cc263441.aspx);
· Backup e Restore via SQL Server + STSADM (http://technet.microsoft.com/en-us/library/cc288692.aspx);
Pela ordem, temos também o nível de dificuldade para efetuar o Backup e Restore. Mas, também, temos o nível de informações a serem incluídas no Backup.
Ou seja, para cada “cenário” podemos utilizar um ou mais tipos de backup para restaurar posteriormente em uma nova SiteCollection e/ou novo Servidor.
Neste artigo iremos abordar uma forma mais simples de Backup e Restore, mas utilizando a segunda opção: Baackup e Restore via STSADM. Esta opção atende necessidades simples e também é robusta.
Para o nosso propósito (backup de uma SiteCollection, sem grandes customizações com Workflow, etc) esta opção é suficiente.
NOTA: Para casos mais complexos, aconselho a utilização do Backup do Content Database do site, dentro do SQL, e depois utilizar o STSADM e Central Administration para restore do Content Database.
Solução
Para essa solução vou trabalhar com os seguintes produtos e tecnologias:
· Windows Server 2008 com SP2;
· MOSS 2007 SP2;
· SQL Server 2005 com SP2;
Tendo nosso ambiente preparado, defina qual será a sua ação. Por exemplo, eu vou efetuar o backup de uma SiteCollection que tem o template de site “Portal de Colaboração” e vou restaurá-la no mesmo servidor em uma nova WebApplication/SiteCollection que terá um template de “Site em Branco”. Vamos aos passos:
1. Efetuando Backup da SiteCollection
1.1. Abra o prompt e navegue até a pasta bin da instalação do SharePoint (c:\Program Files\Commom Files\microsoft shared\Web Server Extensions\12\Bin\, por padrão), onde encontra-se o utilitário STSADM;
1.2. Execute o seguinte comando no prompt:
1.2.1. Stsadm –o backup –url http://<SuaSiteCollection:Porta> -filename c:\BackupDaSiteCollection.bak
1.3. Verifique se o Backup foi salvo no caminho indicado;
1.4. Agora iremos criar a nova WebApplication que irá receber o Restore do backup realizado no passo anterior. Abra a Central Administration, vá em Application Management, na seção, clique em Criar ou extender uma WebApplication;
1.5. Insira as informações da sua nova WebApplication e clique Ok.
1.6. Agora iremos criar uma nova SiteCollection em nossa WebApplication que acabamos de criar. E, utilizaremos um template de “Site em Branco” para nossa SiteCollection;
1.7. Navegue até Application Management, na Central Administration, mas agora clique em Create site collection, e, quando for criar o site, escolha o modelo de “Site em Branco”;
1.8. Pronto, agora iremos restaurar o backup. Para isso volte ao Prompt de comando e execute o seguinte comando:
1.8.1. Stsadm –o restore –url http://<SuaNovaWebApplication:Porta> -filename c:\ BackupDaSiteCollection.bak
1.8.2. Caso já exista alguma SiteCollection criada, será necessário mais um parametro para sobrepor o conteúdo: -overwrite. No meu caso, não criei SiteCollection, apenas criei uma nova WebApplication.
1.9. Após o aviso de operação realizada com sucesso. Vamos navegar em nossa nova SiteCollection e verificar se todas as customizações (WebParts, MasterPage, Themes, estrutura de Bibliotecas, listas, etc) foram migradas para esta nova SiteCollection.
Como podemos observar, temos nossa primeira SiteCollection (http://<SuaCollection:Porta>) replicada em nossa nova SiteCollection (http://<NovaSiteCollection:Porta>).
Conclusão
Nesse artigo apresentei como efetuar um backup/restore de uma SiteCollection de forma simples. Mas, lembre-se, existem diferentes formas de Backup para SharePoint tanto quanto a funcionalidade, quanto a performance/escalabilidade.
Devemos estudar com antecedência o melhor cenário. Para ambientes complexos e/ou com grandes customizações fora dos sites web, como Workflow, por exemplo, aconselho utilizarmos o backup da Base de Conteúdo, diretamente pelo SQL Server.
Adicionando informações do perfil do usuário manualmente no SharePoint para usuários locais do servidor
Overview
Como sabemos, o SharePoint pode ter diversas informações do usuário para alimentar o conteúdo do site. Desde as informações mais básicas como Nome, Conta de Usuário e E-mail, até outras como Departamente, Página pessoal, Gerente, entre outras.
Quando utilizamos o SharePoint juntamente com as informações/autenticação dos usuários via Active Directory, essas informações são sincronizadas com as existentes no Active Directory. Mas, podemos ter alguns cenários no qual não utilizamos Active Directory, então utilizamos contas locais do servidor para acesso ao SharePoint. Sendo assim, não temos um repositório central com informações para alimentar o SharePoint, mas, queremos que nossos usuários tenham informações, como endereço de e-mail principalmente, para receber alertas/notificações enviados pelo site.
Então, como podemos adicionar informações as contas de usuários locais do servidor SharePoint? Vamos abordar este tópico neste artigo!
Solução
Para essa solução vou trabalhar com os seguintes produtos e tecnologias:
· Windows Server 2003 R2 com SP2;
· Office SharePoint Server 2007 SP2;
· SQL Server 2005 com SP2;
Não chega a ser muito complicado, mas, se você tiver muitos usuários para inserir informações, vai ser, no mínimo, muito trabalhoso.
Para inserir informações de perfil do usuário, iremos até o Shared Services do SharePoint.
1. Inserindo informações manualmente ao profile dos usuários:
1.1. Em Administrative Tools, abra o SharePoint Central Administration;
1.2. No menu à esquerda, na seção Shared Services Administration, clique em SharedServices1 (por padrão, este é o SSP criado com o SharePoint);
1.3. Na home do Shared Services, na seção User Profiles and My Sites, clique em User profiles and properties;
1.4. Na página User profiles and properties, em Profile and Import Settings, clique em View user profiles;
1.5. Escolha o usuário que deseja inserir as informações, clique no menu suspenso deste usuário e escolha Edit;
1.6. Insira as informações desejadas, como endereço de e-mail, por exemplo. Então clique no início da página em Save and Close;
1.7. Repita a operação para os demais usuários que deseja atualizar informações e depois espere que o servidor faça a indexação das novas informações. Por padrão, ocorre uma indexação incremental a cada 20 minutos. Ou force uma indexação manual.
Nota: Para que as informações sejam atualizadas, é necessário que o serviço de Search esteja ativo e configurado no servidor. Habilitando os serviços de Search no SharePoint
Conclusão
Nesse artigo nós apresentamos como inserir, manualmente, informações para o profile de usuários locais do servidor, uma vez que estas informações não são puxadas de um repositório central, como Active Directory.
Quando utilizamos o SharePoint com usuários do Active Directory, essas informações são puxadas do próprio AD, ou, se tivermos habilitado as funcionalidades Enterprise do SharePoint, podemos configurar informações dos usuários através do MySite, onde cada usuário pode editar suas informações.
Thiago Silva - Especialista SharePoint 