Archivo de Diciembre de 2013 La configuración de una Granja de SharePoint 2013 es una tarea delicada, que además, no siempre puede realizarse completamente con la interfaz gráfica (Central Administration). Por ello, es interesante plantearse realizar completamente la configuración de SharePoint utilizando PowerShell. Además, los Scripts PowerShell que desarrollemos nos servirán como entregables de la documentación, nos pueden servir para completar un Plan de Recuperación ante Desastre, y por supuesto, podremos modificarlos ligeramente para la configuración de entornos homogéneos de Desarrollo, Pre-Producción, etc. Al realizar una instalación de SharePoint, después de instalar los binarios (ej: Pre-Requisitos, SharePoint, Laguage Packs, Service Packs, etc.) en cada uno de los servidores, deberemos de crear la Granja desde uno de los servidores, para luego añadir cada uno de los servidores restantes a la Granja secuencialmente (primer uno, luego otro, etc.). Este paso, que habitualmente se realiza de forma gráfica con el SharePoint Products and Technologies Configuration Wizard, puede realizarse por comandos, utilizando psconfig.exe o PowerShell, lo cual nos permitirá especificar el nombre que deseemos para la Base de Datos de la Central Administration y para la Base de Datos de Configuración. Una de las primeras cosas que tenemos que hacer antes de realizar una Instalación y Configuración de SharePoint 2013, es solicitar (o crear nosotros mismos, sí es que tenemos posibilidad de ello), todas las cuentas de servicio que vamos a necesitar para poder realizar nuestra Instalación de SharePoint 2013. Si bien, la identificación de las cuentas de servicio a utilizar, es una cuestión de diseño que puede requerir un profundo análisis previo, en el presente artículo vamos incluir una propuesta genérica que puede utilizarse como punto de partida. En muchas ocasiones, al realizar nuestras tareas rutinarias (y las no tan rutinarias también) con SharePoint 2007, nos encontramos que las herramientas que nos ofrece el producto Out-of-the-Box, no nos permite realizar ciertas tareas u obtener cierta información, o quizás sí nos lo permite pero de una forma mucho más complicada de lo deseable. En este artículo aprovechamos para comentar brevemente algunos componentes y herramientas adicionales disponibles de forma gratuita, que pueden ayudarnos en el Desarrollo y Administración de nuestra Granja MOSS 2007. La administración de los Timer Jobs en SharePoint 2007 es una de aquellas cosas que necesitaban un empujoncito, y que de hecho, en versiones posteriores ha mejorado bastante. Sin embargo, aun estando todavía en SharePoint 2007, es posible hacerse la vida más fácil utilizando la solución SharePoint Timer Job Administration, disponible como descarga gratuita desde CodePlex. De este modo, podremos deshabilitar un Timer Job o modificar su planificación de una forma muy sencilla. Una configuración habitual en cualquier versión de SharePoint, es la creación de un Sitio con el Acceso Anónimo habilitado, como es el caso típico de un Site para su acceso libre y público desde Internet (ej: la Página Web corporativa de cualquier empresa). El presente artículo describe los pasos principales para configurar el Acceso Anónimo en un Site de SharePoint 2010. Un problema que nos podemos encontrar es que al intentar acceder a un Sitio de SharePoint ubicado en la máquina local (el servidor en el que estamos trabajando) utilizando un nombre largo FQDN, no podamos acceder (error HTTP 401, nos pide credenciales tres veces, y nada de nada), mientras que sí que podemos acceder al mismo Sitio utilizando un nombre corto, estando para ambos casos todo correctamente configurado (Accesos Alternativos ó AAM, Host Header en IIS, resolución de nombres DNS, etc.) ¿Cómo podemos solucionarlo? Un problema de autenticación de una Cuenta de Equipo de Directorio Activo, puede generar un gran dolor de cabeza, debido a que la máquina en cuestión puede parecer que está funcionando correctamente, pero sin embargo, algunas funcionalidades podrían verse mermadas. Hablo del evento 5722 de origen NetLogon que podemos encontrar en un Controlador de Dominio por problemas de autenticación de un servidor miembro con su cuenta de equipo, y sus efectos colaterales si esa máquina por ejemplo ejecuta un SharePoint 2010. ¿Qué hacemos? |
