Dicas e curiosidades

Problema: Ao inserir um valor em um campo do tipo data, com a data de 21/10/12 ele volta para dia 20/10/12. Ou seja, não grava um item na lista com a data de 21/10/12.

Este problema ocorre também com a hora!

Segue abaixo a imagem informando período de funcionamento do horário de verão:

Para mais detalhes sobre Horário de Verão, clique Aqui.

Hoje no SharePoint, existe um problema do horário de verão, esta ocorrendo em todos os SharePoints, inclusive no SharePoint online pelos testes que eu fiz e meus colegas de trabalho.

Não existe um hotfix para o horário de verão de SharePoint para 2012/2013 até hoje “19/10/12”.

O que existe é um workaround, que envolve alterar o arquivo TIMEZONE.XML nas configurações da Farm.

Simular o problema: Realizei testes em uma Farm SharePoint 2010 Server, em uma Farm SharePoint 2010 Foundation, e o meu colega “Rafael Nunes” também fez um teste no ambiente local, que estava apresentando o mesmo problema, e depois de fazer esta alteração, os itens voltaram a ser gravados com a data de 21/10/2012.

Mas existe uma maneira de corrigir isto, segue os passos logo abaixo:

Corrigir:

1. Acessar este diretório C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG

2. Fazer uma cópia de backup do arquivo TIMEZONE.XML

3. Abrir o arquivo TIMEZONE.XML

4. Procurar pela timezone usada pelo sistema (Brasilia no nosso caso)

a. <TimeZone ID=”8″ Name=”(UTC-03:00) Brasilia” Hidden=”FALSE”>

5. Dentro dessa TAG, alterar a TAG <BIAS></BIAS> abaixo da primeira TAG <DaylightTime></DaylightTime>, para 0.

<DaylightTime>

<Bias>0</Bias>

            <Date>

                <Month>10</Month>

                <Day>3</Day>

                <Hour>23</Hour>

                <Minute>59</Minute>

                <Second>59</Second>

                <Milliseconds>999</Milliseconds>

                <DayOfWeek>6</DayOfWeek>

</Date>

        </DaylightTime>

6. Reiniciar o IIS

Segue link de referência: http://support.microsoft.com/kb/888253

Obs: Isto é válido somente até a meia noite do dia que será feito mudança do horario.

Dica de como corrigir enviado pelo meu amigo de trabalho: Rafael Nunes

Em um dos livros que li para realizar a certificação MCITP de SharePoint, encontrei algumas páginas falando sobre este assunto, achei muito bacana resumir e publicar isto. Segue abaixo:

Para garantir a segurança na corporação, acaba-se criando usuários e grupos no Active Directory, de uma forma organizada baseando em regras da empresa.

Existe um processo muito minucioso por parte do administrador do AD para garantir segurança total. Mas todo este processo requer algumas orientações e dicas quando será aplicado para o SharePoint.

• Ao se trabalhar com grupos, dê preferência para os grupos do AD quando possível. Grupos do SharePoint são limitados ao conjunto de sites (Site Collection), já um grupo do AD poderá ser utilizado em qualquer site do SharePoint independente de qual Site Collection estiver.
• Grupos do SharePoint não suportam hierarquia ou melhor nesting, ou seja, pode-se colocar grupos do AD dentro de um grupo do SharePoint, já colocar um grupo do SharePoint dentro de outro grupo do SharePoint não é possível.

• Um recurso interessante que existe para os grupos do SharePoint, é a possibilidade de um usuários solicitar permissão para ingressar no grupo, tal recuso não é possível nos grupo do AD.
• Grupos de distribuição do AD não podem ser adicionados a grupos do SharePoint.

Independente de escolher grupo do SharePoint ou grupo do AD, é importante saber os benefícios de se utilizar grupos ao invés de usuários individuais.

Pense na seguinte situação, se você tem 4 usuários para controlar as permissões não será um problema, isto para uma pequena organização, agora pense em uma situação de uma empresa de médio porte ou maior, estamos falando de no mínimo 500 usuários para gerenciar que trabalho isto daria. (Pense sobre isto)

Para entender isto, eu achei um exemplo muito bacana em um livro que eu li de SharePoint, considere o seguinte cenário, você é um administrador do SharePoint da sua organização, existem 30 listas em sua site collection, e claro, você irá gerenciar a permissão de todas elas. Para cada listas necessita selecionar os usuários que vão ter permissão para acessar. Digamos que 60 usuários requisitaram acesso a 18 listas e um conjunto de 27 usuários solicitaram acesso as 12 listas especificas. Se estas permissões forem individuais, você terá um total de 60 ações a tomar em 18 listas e 27 ações em 12 listas, dando um total de 1404 ações.

Conta: 60*18 + 27*12: 1080+324 = 1404

Pense neste mesmo cenário citado acima mas utilizando grupos. Em 1 grupo criado seria colocado 60 usuários e outro seria colocado 27 usuário. Seria dois passos, um total de 89 ações realizadas, duas ações para criar os grupos e outras 87 para adicionar os usuários.

Próximo passo seria adicionar as permissões na lista, ou seja incluir permissão para os grupos nas 30 listas, o que daria um total de 30 ações. No fim das contas, o trabalho seria reduzido de 1404 ações para 119, estamos falando nada mais do que 92% mais rápido!!!

Com este cenário, podemos simplesmente chega a conclusão que, utilizar permissão associado a grupo é muito mais eficiente do que permissão diretamente associado a usuários.

Referências:

Livro: SharePoint 2010 Administration (Real World Skills for MCITP Certification and Beyoud) – Tom Carpenter e James Pyles

Tipos de grupos AD: http://technet.microsoft.com/pt-br/library/cc781446(WS.10).aspx