Após ver algumas perguntas e observar como algumas instalações de SharePoint foram feitas, eu decidi fazer esse post para tentar ajudar a tirar algumas dúvidas e ajudar a quem for fazer instalações de MOSS (SharePoint Server) 2007, a deixá-las mais adequadas para futuras expansões na Farm.

Esse post será mais focado em instalações do SharePoint Server 2007, mas nada impede que você utilize essas informações em sua Farm de WSS v3.

Quantidade de Bases

Antes que você possa começar uma instalação do MOSS 2007, você deverá ter a mão o nome de um servidor de SQL Server (2000 ou 2005) e de uma instância disponível.

Nesse momento você deve estar se perguntando: “Mas qual é o espaço que será ocupado pelas bases do SharePoint?”.
Eu vou deixar pra falar sobre isso em outro tópico. Procure depois por dimensionamento das bases. Preferi fazer isso porque, antes de chegarmos a esse ponto, é necessário entendermos melhor o que define a quantidade de bases mínimas e recomendadas para o MOSS.

Uma instalação típica de SharePoint terá no mínimo 6 bases:

1. Base de Configuração da Farm do SharePoint (Definida logo no início da configuração da Farm e onde você pode definir o nome através do assistente de instalação).

2. Base de Conteúdo do Site de Administração do SharePoint (Essa é criada e um nome é designado automaticamente durante a configuração inicial da Farm. Caso você deseje especificar um nome, você deverá fazer toda a configuração inicial da Farm através do PSConfig.exe).

3. Base do Windows SharePoint Services Search (Definida durante a configuração da Farm no site de Central Administration do SharePoint. Ao se iniciar o serviço do Windows SharePoint Services Search, você poderá definir o nome da base. Repare que esse serviço é diferente do serviço de search do MOSS).

4. Base de Conteúdo para o Site de Administração do Shared Services Provider (Normalmente é definida antes de se criar o SSP. Você pode designar o nome da base durante a criação da Web Application).

5. Base de Configuração do SSP (Definida durante a criação do SSP. Você poderá designar o nome nesse momento).

6. Base de do Search do MOSS (Agora sim, você definirá a base que será utilizada pelo serviço de Search do MOSS. Essa definição é feita durante a criação do SSP).

Como disse antes, esse é o mínimo... Mas um mínimo que eu não recomendo.

Não recomendo porque eu acho que para o My Sites, para o SSP e para o(s) Site Collection(s) que você criará é importante ter uma Web Application separada. Coloquei o plural entre parênteses porque você pode querer criar só 1 Site Collection, ou então ter vários Site Collections na mesma Web Application.

Toda a vez que você criar uma Web Application você criará também uma base de conteúdo associada a ele. Pelo menos uma.

Agora temos então mais duas bases:

7. Base de Conteúdo dos sites de My Sites

8. Base de Conteúdo do(s) Site Collection(s).

Esse realmente é o mínimo que eu recomendo, mas você poderá vir a ter mais bases caso você se depare com alguns cenários a seguir:

· Alta utilização do My Sites;

· Alta quantidade de informações armazenadas por Sites;

· Necessidade de se separar informações indexadas pelo serviço de Search do MOSS;

· Necessidade de se criar mais de um SSP na mesma Farm;

· Necessidade de se ter um mecanismo de disaster-recovery mais eficaz para determinados sites;

· Necessidade de se separar Site Collections em Web Applications diferentes;

· E mais alguns outros cenários menos comuns...

Ao se deparar com algum desses cenários acima, você terá a necessidade de criar mais bases por Web Applications ou mais Web Applications e, conseqüentemente, mais bases para cada um deles.

Bases de Conteúdo e Web Applications

Quando se designa somente uma base de conteúdo para uma Web Application, todo novo Site Collection criado será sempre criado nessa base. Se você tiver 10 Site Collections contendo 100 GB cada um, você terá uma base enorme de 1 TB. Com a adição de mais bases de conteúdo para uma Web Application, o SharePoint fará uma distribuição automática dos Site Collections entre elas à medida que você criá-los. Se você quiser, você poderá designar a que base um Site Collection deverá ser associado no momento de sua criação através do STSADM, ou após sua criação também com o STSADM, migrando o conteúdo entre bases.

O mecanismo de distribuição automática do SharePoint não se baseia no tamanho das bases, mas sim na quantidade de Site Collections por cada uma delas. Isso se deve ao fato de não podermos prever quais sites ocuparão mais ou menos espaço. A distribuição é bem no estilo round-robin. Se você possuir 3 bases de conteúdo associadas a uma Web Application, o 1º Site Collection vai pra 1ª, o 2º para a 2ª, a 3ª para a 3ª, a 4ª vai pra 1ª e assim sucessivamente, procurando manter a mesma quantidade de Site Collections entre as bases.

Se em um determinado momento você adicionasse uma 4ª base para essa mesma Web Application, você veria o SharePoint associando todos os novos Site Collections para essa nova base até que todas elas tivessem a mesma quantidade de Site Collections. A partir de então, o SharePoint voltaria a fazer a distribuição cíclica entre eles.

Com essa última informação, você já pode imaginar o que acontece quando se deleta Site Collections. O funcionamento é semelhante quando se adiciona uma base nova. O SharePoint irá associar novos Site Collections com as bases mais vazias até que a quantidade dos mesmos entre todas as bases associadas à Web Application seja igual.

Bem…. acho que dessa vez vou ficar por aqui…

Abraços,

Adriano

Esse é meu primeiro post. Se vocês encontrarem algum erro, me avisem! :)

There's a brief description of the problem and the solution in the end of this post.

Esse post é para relatar uma solução para um problema com o qual eu me deparei, mas que não encontrei solução nenhuma por aí pela Internet.

Em todas as minhas instalações de SharePoint e em outras que oriento, sempre coloco como grande recomendação fazer a instalação do servidor com o SharePoint em inglês (já com o SP1 integrado) em modo Complete (raramente uso instalação Stand Alone, mesmo para demos ou testes) e, em seguida, fazer a instalação do Language Pack (também com o SP1 integrado).

A instalação é meio padrão...

1. Inicializo os serviços nos servidores de acordo com as minhas necessidades
2. Crio 3 Web Applications
   1. 1 na porta 80 para o meu site principal
   2. 1 em qualquer porta para sediar o My Sites
   3. 1 em qualquer porta para sediar o SSP
3. Crio o SSP
4. Crio o 1o Site Collection no meu site da porta 80.
5. Inicializo a Indexação do site.

Até aí tudo bem. Tudo funciona e tudo fica bem.

Recentemente, tive a necessidade de criar My Sites em múltiplos idiomas e com o site padrão (public view) em português.

Fui no site de administração do meu SSP e configurei para permitir que os usuários pudessem escolher qual o idioma usar para seu My Site.

Cliquei então no link de My Site, apareceu uma telinha perguntando qual era o idioma que eu queria. Selecionei português e realmente, ficou em português para mim. Quando fui ver como ficou a public view, para minha surpresa, estava em inglês.

Fiz algumas buscas internas e na internet, e encontrei uns posts que falavam sobre isso...

Um deles explicava como fazer para ter a public view baseada no idioma do browser do usuário acessando o My Site. Envolvia criar My Sites como que com variations... Eu achei que isso era muito mais do que eu queria. Eu queria apenas que não importasse o idioma escolhido pela pessoa para o seu My Site, o public view seria sempre em Português.

O problema todo é que como a minha Farm estava em inglês, a instalação automática do My Site era sempre em inglês.

Após buscar mais um pouco na internet, descobri um artigo do suporte que a primeira vista era o problema que eu estava tendo... (http://support.microsoft.com/kb/949003/)

Na ansiedade de resolver o problema, li rapidamente o artigo, baixei o fix e instalei.

Fiz uns testes, bootei e rebootei o servidor, reinicializei o iis, etc, e nada... Foi quando decidi reler o artigo, atentamente, para entender o que ele dizia (é claro... a gente só pega o manual de instalação quando o NNF não funciona... :) )

Nesse momento é que reparei... esse problema eu tinha antes também, mas a solução pra mim era só parcial.

Parei pra pensar então. Por que que ele sempre cria o My Site com o public view em inglês? Fui então pra Central Administration e fiquei fuçando na Web Application do meu My Sites host e nos site collections.

Eu já sabia que cada site de My Site criado, é um Site Collection. Então baseei minhas investigações nesse ponto.

Após observar um pouco, me liguei na "raiz" do meu My SItes. Sim, porque para cada My Site criado, eu tenho um Site Collection para ele, mas eu tenho sempre um mesmo para todas as public views, que é a raiz.

Ao mexer na área de criação de Site Collections, reparei que em Português, tinha um template a mais que o de inglês. Host de Meus Sites! Hum.... Pode ser que seja aqui...

Comecei meus testes então...

No meu ambiente de teste (TESTE!!! Não tente fazer isso em produção!) eu simplesmente deletei o Site Collection da raiz do meu My Sites Host. Voltei na área de criação de Site Collections, coloquei o nome do Site Collection, coloquei o endereço do meu My Site host, selecionei o template em Português do Host de Meus Sites, e coloquei o administrador do meu domínio teste como administrador do site e OK.

Adivinha? Parou de funcionar geral... :)

Pensei mais um pouco... e cheguei a conclusão de que o SSP tem algum envolvimento na hora de criar esse My Site Host. Se quando eu crio o SSP, colocando uma Web Application vazia ele coloca um Host em inglês, o que será que ele vai fazer se eu colocar uma Web Application com um Host de My Sites em Português?

Vamos testar...

No meu ambiente de testes fiz o seguinte:

1. Deletei minhas 3 Web Applications pela Central Administration, sempre deletando as databases...
   1. My Sites Host
   2. SSP Admin Site
   3. Meu Site Inicial
2. Deletei meu SSP usando o STSADM
   • stsadm -o deletessp -title <Nome do SSP> -deletedatabases
3. Recriei minhas 3 WebApplications pela Central Administration
   • Eu quando crio as Web Applications, constumo usar nomes sugestivos para elas e para as bases associadas. A porta que você for escolher para cada Web Application não tanta influência... Escolha a que mais lhe convenha... Para fins de testes, coloco todas as minhas na porta 80, usando host headers.
     1. MySites - MySites_DB
     2. SSP - SSP_DB
     3. Portal - Portal_DB
4. Criei então dois Site Collections.
   1. Portal de Colaboração na Web Application Portal
   2. Host de Meus Sites na Web Application MySites
5. Recriei meu SSP
   1. Como o My Site Host já tinha um Site Collection associado, ele me deu um aviso... mas não tinha o que fazer ali... era dar um OK e continuar com o teste...
6. Quando ele terminou de criar lá o SSP, fui no site de administração dele e configurei para permitir que os usuários pudessem escolher o idioma do seu My Site.
7. Cliquei então no link de My Site no topo, e já de cara me deparei com a diferença! Dessa vez, não mais tinha uma dela de "My Site - Choose Your Language", mas sim "Meu Site - Escolha Seu Idioma". Opa! Coisas novas por aí!
8. Ao terminar a criação do site, o site estava criado em português e com a public view em português também.
9. Criei agora outro My Site, dessa vez, em inglês. A private view estava toda em inglês e a public view em português! Perfeito! :)

Vou resumir aqui em baixo porque eu sei que tem gente (como eu) que sempre vai pro final do post pra ver logo a solução, e se tem solução. Vou escrever depois em inglês também porque como disse no início, não encontrei isso em nenhum outro site por aí.

Resumindo:

Quero uma Farm de SharePoint instalada em inglês, com Language Packs instalados para poder oferecer aos meus usuários a oportunidade de criar sites em outros idiomas. Quero ainda que os sites de My Sites quando forem criados, possam ser criados em qualquer idioma, mas quero que a public view seja sempre em português. Para que você consiga isso, ao fazer a instalação da Farm, antes de criar o SSP, crie as WebApplications para receber o site de administração do SSP e o host de My Sites. Na seqüência, crie um Site Collection utilziando o Template de Host de Meus Sites em Português. Só então, vá para a página de criação de SSP e indique quais são as Web Applications para o site de Administração de SSP e para o Host de My Sites. Ele vai te avisar que já existe um Site Collection associado com uma das Web Applications que você selecionou, mas clique OK e siga em frente.~

Vá agora no site de administração do SSP, e em My Site Settings, permita que os usuários possam escolher o idioma que utilizarão.

Repare que essa solução te dará um Host de My Sites no idioma que você preferir, mas ele será sempre 1 único para todos os usuários daquele SSP. Caso você queira que o site público seja apresentado no idioma do usuário acessando, você precisará customizar um pouco essa situação, colocando webparts de redirecionamento para sites de outros idiomas, como uma espécie de variations.

Espero que possa ajudar alguém por aí...

Abraços,

Adriano Gomes

Summary:

I want my SharePoint Farm to be installed in English, using Language Packs to provide my users the ability to create sites in other languages. Also, I want to give users the hability to choose their My Site language, but that the public view presented to everyone is always in portuguese. For you to achieve that, notice that you must first, before creating the SSP (Shared Service Provider), create at least 2 Web Applications. One to host the SSP Admin site, and another one to host My Sites. After creating these two Web Applications, create a Site Collection at the My Sites Web Applition, choosing the My Sites Host Template under the Enterprise tab in the language that best suits you. Only then you can create the SSP, using both Web Apps created now. Notice that SharePoint will give you a warning that you assigned a Web App that already has some content... Don't worry. Go ahead and click OK.

Now go to the SSP Admin site, and under My Site Settings, enable the option that allows your users to choose at what language their My Site will be.

Atention here! This solution will give you a My Sites host in another language other then english when you have the SharePoint farm intalled using the english installation bits. If you want the public view of each My Site to be presented to users based on their language setting in the browser, you'll need to do some customization, create some webparts to redirect users to other public pages based on the language set on their browser... as happens in variations...

Hope this helps someone out there...

Rgds,

Adriano Gomes