Objetivo 3.1 – Planejando a Instalação

Este post faz parte de uma série, clique aqui para ver o índice completo.

Identificando e conigurando os pré-requisitos de instalação

Existem duas formas principais de instalar o sharepoint 2013, online e offline. A primeira e mais trivial é: executar o verificador de pré-requisitos, instalar os pré-requisitos e em seguida instalar o sharepoint, a segunda ocorre em servidores com altos níveis de segurança (sem acesso a internet por exemplo). Neste tipo de servidor, você precisa baixar todos os pré-requisitos em uma pasta compartilhada na rede. Este cenários é especialmente interessante para Farms grandes (com muitos servidores).

Exam Tip: Dois pré-requisitos (roles) são essenciais para a instalação do Sharepoint 2013 (tanto online como offline): Application Server Role e Web Server Role. Estes pré-requisitos são features do windows 2008/2012 adicionados após a instalação do Windows. Após adicionadas estas roles o servidor precisa ser reiniciado, na instalação “Online” a ferramenta de verificação de pré-requisitos já adiciona estas roles, na instalação offline você precisa adicionar estas roles manualmente (ou utilizando scripts do Power Shell).

Após adição das roles, será necessários instalar os outros pré-requisitos (baixados em uma pasta compartilhada na rede). Você pode fazer isso pela própria ferramenta de pré-requisitos executando ela pela linha de comando. Para ver as opções execute a ferramenta com o seguinte comando: prerequisiteinstaller.exe /?

Importante: Todos os pré-requisitos (.exe, .msi, etc) têm que estar na mesma pasta para que a ferramenta os identifique corretamente.

Implementando um “Scripted Deployment”

Para Farms com muitos servidores um processo automatizado de instalação via script é mais viável.

Importante: Em servidores do SQL Server com mais de um processador, a propriedade “Max Degree of Paralelism” do SQL Server tem que ser definida para 1, apesar de o SQLServer suportar outros valores, o Sharepoint suporta apenas 1. Isso pode ser configurado através do SQL Server Management Studio (SSMS) ou via comando slq, o problema é que, nem sua conta de instalação do sharepoint nem sua conta de Farm tem este nível de acesso, por isso, tenha em mente que o usuário que roda seu script de deployment não terá está permissão, logo, você precisará que um DBA ou alguém com tais permissões faça isso.

Criando a farm

Criar a Farm consiste basicamente em criar a base de dados de configuração, isso deve ser feito enquanto logado com o usuário de configuração, este usuário tem que ser membro do domínio, administrador local e tem que ter as roles de securityadmin e dbcreator em cada servidor. Este processo de criação da base de dados de configuração é feito através do Power Shell (o script demora um pouco pra rodar). O próximo passo é instalar os Farm feature e serviçes (via Power Shell). E por último a criação da Central Admin WebApplication (via Power Shell, tbm).

Implementando o “patch slipstream”

Em Farms existentes, a atualização é simples: baixa o arquivo, executa e pronto. Em novas instalações (que já devem ser instaladas) com as devidas atualização o processo exige preparação. Se você abrir a mídia de instalação do Sharepoint vai ver que existe uma sub-pasta chamada “updates”, você pode baixa e descompactar updates, hotfixes, cumulative updates e service packs nesta pasta e automatizar o processo de instalação. Você estará basicamente criando uma nova mídia de instalação personalizada. Começando do mais velho para o mais novo, pegue todos os arquivos de updates e extraia-os para a pasta “updates” utilizando o seguinte comando de exemplo: myFileKB9999999.exe /extract: <caminho da pasta ou caminho de rede compartilhado onde está a instalação do SP>

Importante: Sempre faça isso do mais velho para o mais novo, nunca inverta a ordem.

Planejando e instalando Language Packs

Exam Tip: Não importa qual language pack você baixe, o nome do arquivo sempre será sharepointlanguagepack.exe, armazene cada language pack em seu respectivo diretório para evitar confusão.

Importante: Nunca será necessário instalar um language pack da mesma linguagem da instalação original do Sharepoint, ou seja, instalou em português, não precisa instalar language pack pt-BR. O programa de instalação estará na liguagem escolhida, por isso conheça bem a interface do instalador. Se você precisa instalar mais de um language pack, pode deixar para rodar o configuration wizard só ao final de todas.

Planejando e configurando “Service Connection Points (SCPs)”

Não entendi muito bem o que e SCPs mas pelo que li na documentação oficial (http://technet.microsoft.com/en-us/library/cc961722.aspx) parece uma espécie de HUB de serviços que podem ser disponibilizados na rede, alguns serviços do sharepoint podem ser disponibilizados lá, como o serviço de Application Discovery e Load Balancer (the topology service application). O SCP deve ser configurado para cada domínio da rede.

Importante:  Para os serviços do Sharepoint este container SCP (criado através do AD) deve se chamar “Microsoft Sharepoint Products”.

Depois de ler este resumo, leia o review da página 210.

Tagged

Estudo para certificação Core Solutions of Microsoft Sharepoint Server 2013 (70-331)

Comecei a estudar para a certificação 70-331, vou começar também uma série de posts onde vou fazer anotações do que estou aprendendo durante os estudos, meu objetivo e poder mais tarde (e dias antes da prova) revisar todo o conteúdo de forma fácil.

Como são anotações, estes posts não terão caráter explicativo, serão apenas anotações mesmo.

Todo meu estudo está baseado no livro preparatório oficial que é este aqui

Irei atualizando a lista abaixo com os posts separador por Capítulos

 

Capítulo 1 - Projetando uma topologia para o Sharepoint

Objetivo 1.1 – Projetando a arquitetura da informação

Objetivo 1.2 – Projetando a arquitetura lógica

Objetivo 1.3 – Projetando a Arquitetura Física

Objetivo 1.4 – Planejando o Sharepoint Online (Microsoft Office 365)

 

Capítulo 2 – Planejando a Segurança

Objetivo 2.1  - Planejando e configurando a Autenticação

Objetivo 2.2 – Planejando e configurando a Autorização

Objetivo 2.3 – Planejando e e configurando a segurança de plataforma

Objetivo 2.4 – Planejando e Configurando a segurança a nível de Farm

Capítulo 3 – Instalando e Configurando Farms do Sharepoint

Objetivo 3.1 – Planejando a instalação

Objetivo 3.2 – Planejando e configurando configurações a nível de Farm

Objetivo 3.3 – Criando e configurando a “Enterprise Search”

Objetivo 3.4 – Criando e Configurando o Managed metadata Service (MMS) application

Objetivo 3.5 – Criando e Configurando o User Profile Service (UPA)

 

Capítulo 4 – Criando e configurando Web Applications e Site Collections

Objetivo 4.1 – Provisionando e configurando web applications.

Objetivo 4.2 – Criando e Mantendo Site Collections

Objetivo 4.3 – Gerenciando a segurança de Sites e Site Collections

Objetivo 4.4. – Gerenciando a pesquisa

Objetivo 4.5 – Gerenciando taxonomia

 

Capítulo 5 – Mantendo um ambiente Sharepoint centralizado.

Objetivo 5.1 – Monitorando um ambiente Sharepoint

Objetivo 5.2 – Tunning e otimização de ambientes sharepoint

Objetivo 5.3 – “Troubleshooting” de ambientes sharepoint

 

Exception ao Gerenciar Conteúdo e Estrutura no Sharepoint 2010

O Cenário

Você tenta abrir o Gerenciador de Conteúdo e Estrutura de um site do Sharepoint e dá de cara com uma exception como essa

Exceptin ao Gerenciar Conteúdo e Estrutura

 

O(s) Problema(s)

Comigo este problema já aconteceu por várias maneiras, mas é muito provável que o problema seja em uma biblioteca corrompida ou lista corrompida/duplicada.

 

A solução

Não existe maneira fácil de descobrir a fonte do problema, começe verificando as bibliotecas, faça o seguinte:

  • No site Sharepoint vá em “Ações Do Site” > “Configurações do Site”
  • Na sessão “Administração do Site” clique em “Bibliotecas e listas do site”.
  • Abra cada uma das bibliotecas e listas que aparecem (abrir em nova janela pode facilitar o trabalho)
  • A Biblioteca ou lista que estiver corrompida vai dar exception, delete-a.

Para deletar a lista ou biblioteca você pode usar o Sharepoint designer ou então o PowerShell (stsadm.exe -o forcedeletelist -url <UrlDaLista>)

Se não resolver, lamento. Eu investigaria os Content Types, Templates do Sharepoint etc.

Como debugar erros em Page Layouts do Sharepoint 2010

O cenário

Toda vez que o ocorre uma exception em uma aplicação Sharepoint, vemos uma tela bonitinha, mas que não diz nada de útil, como essa:

SharepointError

O que nós queremos é ver a yellow screen of death, e já sabemos como fazer isso, mas vamos revisar.

Abra o web.config da sua aplicação que geralmente estará em  c:\inetpub\wwwroot\wss\virtualdirectories\<Nome e Porta da Sua Aplicação>

Procure o código

e troque para

 

Procure o código

e troque para

 

Procure o código

e troque para

Pronto, agora você já vê a exception, call stack, e os detalhes do erro.

O Problema

Você vai perceber que se o erro for em uma Page Layout você ainda continuará a ver a tela bonitinha que não diz nada, ou a Yellow Screen of Death sem informações relevantes, como essa:

Sharepoint Custom Erro

Isso ocorre porque os Page Layouts ficam no diretório _Layouts que tem seu próprio web.config

A solução

Abra o web.config que esta em C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS\Web.config

Procure o código

 

e troque para

 

Agora você deverá ver aquela tela de erro feia, mas que tem alguma informação útil

sharepoint exception handling02

 

eBooks Gratuitos (e bons).

Essa semana o Thiago, um colega aqui do trabalho compartilhou um link contendo vários ebooks, todos gratuitos e de qualidade, compartilho aqui com vocês.

http://blogs.msdn.com/b/mssmallbiz/archive/2013/06/18/huge-collection-of-free-microsoft-ebooks-for-you-including-office-office-365-sharepoint-sql-server-system-center-visual-studio-web-development-windows-windows-azure-and-windows-server.aspx

Note que neste link o autor faz referência à outros posts de autoria dele com ainda mais eBooks.

Error occurred in deployment step Activate Features: Key cannot be null.

O Cenário

Você iniciou o projeto, criou um Content Type fez depoy e deu de cara com este erro.

Error occurred in deployment step Activate Features: Key cannot be null.

Você começa a procurar qual é a Key que vc deixou Null,  e se você não der uma googlada vai ficar o resto da vida procurando.

O Problema

Sei lá o porque, o Visual Studio 2010 cria o XML do Content Type com um fechamento inválido de FieldRef, algo mais ou menos assim:

<FieldRef ID="" Name="lastName" DisplayName="lastName"></FieldRef>

A Solução

Altere o fechamento do FielRef para um simples />  deverá ficar assim:

<FieldRef ID="" Name="lastName" DisplayName="lastName" />;

É básico, mas eu perdi algumas horas procurando a solução.