Pessoal,
Seguindo a série de novidades na administração do SharePoint 2010 em relação a sua versão anterior, vou continuar comentando algumas outras features e capacidades importantes.
Backup e Restore granular
Esta é uma reclamação antiga e justificada dos administradores de ambiente SharePoint em relação a sua antiga versão. Com a necessidade de conceder permissões e poderes avançados ao usuário, surgem também os riscos e dificuldade de mitigá-los. Como realizar o backup ou o restore de um Site Collection ou uma lista excluída acidentalmente pelo usuário sem afetar toda a aplicação? Boas práticas recomendam a criação de Content Databases exclusivos para Site Collections muito grandes, isto facilitaria a manutenção destes restores, mas o mesmo não vale para as listas. Com o SharePoint 2010, este problema foi resolvido com a possibilidade de realizar backups e restores numa granularidade não disponível no MOSS2010.
Restore de DB Off-line
Uma opção para resolver o problema acima, e restaurar um item específico de uma aplicação SharePoint era restaurar um backup de uma aplicação inteira em outra aplicação paralela. Assim o usuário poderia selecionar o que interessava e trazer novamente para o ambiente oficial. Com o SharePoint 2010, é possível restaurar backups de bases não "atachadas" de forma granular, navegando por seus objetos.
Administração via PowerShell
Alguns administradores (ou IT Pró, como queiram) vão torcer o nariz para esta novidade, mas na minha opinião, esta é uma alteração que não tem mais volta. A administração do SharePoint será feita cada vez mais pela poderosa ferramenta PowerShell da Microsoft. Muito familiar para usuários de sistemas baseados em Unix, o PowerShell dá muito mais produtividade e flexibilidade para realização de tarefas administrativas. Para quem ainda tem dúvida, tente imaginar como ativar uma feature em cada um dos MySites de um ambiente sem o PowerShell. Diversas operações para um comando STSADM se transformam em uma linha sucinta na nova ferramenta. É a morte anunciada batendo a porta do velho conhecido dos administradores STSADM (que agora fica no 14, não mais no 12 :D).
Administração de Listas
A possibilidade de utilizar o SharePoint como repositório para um volume de dados bem grande, traz para o administrador a responsabilidade de administrar alguns aspectos destas listas. A estimativa de suportar até 50 mi de itens em uma lista requer que o administrador determine quantos itens podem ser retornados simultaneamente sem paginação pela interface e até mesmo programaticamente, via Object Model.
Granularidade de permissões
Refinamentos nos níveis de permissão permitem ao administrador conceder poderes suficientes para o usuário realizar suas tarefas administrativas e de design, não ter o controle total sobre a aplicação, permitindo diferentes níveis de acesso para o administrador da aplicação e administrador do ambiente.
Thresholds Controle
A fim de evitar ataques de DDOS, bem como gerenciar momentos de picos de utilização, é possível estabelecer Load Thresholds Control por aplicação, indicando limites de utilização para incidentes como erros de sistema, time jobs não iniciados corretamente entre outros eventos. Quando um Threshold é violado, o sistema deixa de responder as requisições excedentes, garantindo a resposta às outras requisições.
Isolamento de gargalos
Com o SharePoint 2007 a tarefa de identificar gargalos na aplicação como um todo era bastante complexa, principalmente quando tinhamos WepParts customizadas instaladas no ambiemte. O SharePoint 2010 dispõe de uma ferramenta chamada Developer Dashboard que pode ser ativada por PowerShell ou STSADM. Quando ativada (sob demanda ou automaticamente), apresenta um Dashboard com informações sobre o processamento da página como tempo de carregamento dos componentes, consultas SQL realizadas, tempo de resposta do banco de dados e uma série de informações úteis para o diagnóstico de gargalos. Sua utilização fica mais eficiente quando as WebParts customizadas são codificadas para facilitar o monitoramento do Dashboard.
Best Practice Analyzer
A Microsoft havia liberado uma ferramenta chamada Best Pratices Analyzer para o SharePoint 2007. Esta ferramenta analisa alguns pontos da implementação do ambiente SharePoint e indicava correções e ajustes. Esta ferramenta agora foi incorporada e melhorada, trazendo indicações de problemas, propondo soluções e, em alguns casos, realizando a correção. Além disto, o Best Pratices Analyzer pode trabalhar em conjunto com o SCOM agora tem uma função de auto correção. Como a ferramenta está completamente integrada do SharePoint, suas regras podem ser atualizadas automaticamente pela Microsoft a partir de atualizações do produto.
Evolução dos Timer Jobs
A parte de agendamento de tarefas no SharePoint 2010 sofreu grandes alterações e este tópico precisa de um post a parte. Para não deixar passar em branco, vou citar rapidamente algumas das alterações mais importantes. Agora é possivel desiginar um servidor específico para realizar todos os jobs agendados através do Server affinity. Com isto é possível liberar servidores com tarefas importantes como Web Front Ends, por exemplo, e concentrar estes jobs em uma máquina menos importantes. Também é possível executar tarefas agendadas imediatamente, sob demanda, e acompanhar sua progressão visualmente (progress bar).
Por enquanto, estou apenas passando alguns aspectos importantes que foram divulgados na SPC09 (SharePoint Conference 2009). No entanto, estou realizando um treinamento que explora em detalhe estes e muitos outros aspectos deste produto que está sensacional. Infelizmente, por conta de um acordo de confidencialidade, não posso postar detalhes mais apuradas ou prints da ferramenta, mas em breve teremos novidades interessantes por aqui.
Abraço a todos e confiem que o produto está espetacular!
Backer Rosa
Linkedin: http://www.linkedin.com/pub/backer-rosa/11/761/622
Blog: http://sharepointiando.blogspot.com/