Archivo de Diciembre de 2012 Una de las sorpresas que nos podemos encontrar al instalar SQL Server 2012 (frente a versiones anteriores) es que durante la instalación debemos especificar el modo del servidor: Multidimensional and Data Mining Mode (por defecto) ó Tabular Mode (opción nueva en 2012). Una decisión irreversible (excepto desinstalando y volviendo a instalar ;-) que tiene impacto en la arquitectura y lenguajes utilizados, aunque en ambos casos, funcionalmente se mantiene el mismo objetivo (respuestas rápidas a preguntas complejas o a consultas masivas). Sin embargo, también existen diferencias de rendimiento. En estos días, estoy empezando a montar un entorno de laboratorio, con entre otras cosas, un SQL Server 2012 sobre Windows Server 2012 (el mundo sigue girando, y mientras en Microsoft, currando ;-). Sin embargo, durante la instalación me encontré con el siguiente error: Error while enabling feature NetFx3. Un error sin consecuencias graves, que podemos evitar instalando el Net Framework 3.5 antes de iniciar la instalación de SQL Server 2012. Estos últimos días he estado pegándome con la instalación del Service Pack 3 en una Granja de SharePoint 2007. El Service Pack no se dejaba instalar correctamente, y tras varios intentos y horas de trabajo, conseguí finalizar la instalación satisfactoriamente, para lo cual tuve que quitas las Bases de Datos de Contenido de SharePoint, finalizar la instalación del Service Pack 3, y seguidamente volver a adjuntar las Bases de Datos de Contenido. Más detalles, a continuación. Continuando con el tema de las Migraciones de Directorio Activo (cómo mover Usuarios y Grupos de un Dominio a otro) y su impacto sobre SharePoint, en esta ocasión vamos a tratar el caso de la migración de Grupos, aprovechando para comprobar si funciona o no SIDHistory con los Grupos de Directorio Activo y SharePoint, así como ver la manera de migrar los Grupos con el comando STSADM migrategroup, y otros pequeños detalles a tener en cuenta, como la descripción de los Grupos migrados y la herramienta renameGroup. En caso de sufrir una migración de Directorio Activo con SharePoint, como por ejemplo migrar usuarios y grupos de un dominio original a un nuevo dominio, deberemos realizar algunas tareas a nivel de SharePoint, como es el caso de utilizar los comandos STSADM migrateuser y STSADM migrategroup, para de este modo, SharePoint pueda empezar a utilizar los usuarios y grupos migrados en lugar de los originales. Sin embargo, en el caso de la migración de grupos con STSADM migrategroup podemos tener un problemilla con la descripción o nombre del grupo migrado: sigue siendo la original. ¿Te has preguntado alguna vez porque el comando STSADM es tan lento incluso al ejecutarlo sin parámetros? ¿Se podrá acelerar la ejecución del comando STSADM? Habitualmente trabajamos con servidores de SharePoint ubicados en la red corporativa de una compañía, lo que viene a significar, que dichos servidores no pueden acceder a Internet (al margen, de que tu usuario pueda acceder a través de un Proxy configurado en el navegador, pero el servidor no llega a Internet). Algo que como veremos tiene mucho que ver. Un error que me he encontrado al intentar migrar Grupos de Directorio Activo con el commando STSADM migrateuser es el error: Operation is not valid due to the current state of the object. Tras varios intentos fallidos, un poco de investigación, y por supuesto de algo de Googling, me di cuenta de mi garrafal error. Hoy a medio día he recibido un correo de Microsoft Technical Communities (MTC), comunicándome que Portal GuilleSQL ya ha sido aprobado como grupo en MTC, una evolución de UGSS (Microsoft User Group Support Services). En estos días estoy participando en un proyecto de Migración de Directorio Activo, revisando riesgos e impactos, así como identificando el mejor camino de migración, en lo referente a SharePoint. El alcance del proyecto incluye multitud de dominios origen con presencia en 50 países, que se migrarán y consolidarán en un único dominio destino. Además, existen múltiples Granjas de SharePoint en diferentes versiones, ubicaciones y pertenecientes a diferentes dominios. ¿Funcionará SIDHistory? ¿Cómo migrar los Perfiles de Usuario de SharePoint? ¿Qué pasa con las Alertas y con los campos de tipo People and Groups? Un error que nos podemos encontrar durante una Migración de usuarios de Directorio Activo, en lo relacionado con la migración de los usuarios en SharePoint utilizando el comando STSADM migrateuser, es el mensaje An error occurred while translating user name to a Windows account name (DS_NAME_ERROR_NOT_FOUND), un error que parece fácilmente solucionable. Una problemática que antes o después nos encontraremos es la Migración del Directorio Activo, ya sea debida a un proyecto de segregación, de consolidación, o simplemente por una renovación tecnológica de la infraestructura. Sin embargo, aunque este tipo de proyectos parece a priori que sólo afecta a Directorio Activo, la realidad es que afecta a TODO, incluyendo a SQL Server. En este artículo, vamos a presentar este tipo de escenarios de migración relacionados con Directorio Activo, el SIDHistory, y SQL Server. Un mensaje de error que nos podemos encontrar al intentar migrar cuentas de usuario de Directorio Activo entre Dominios con Active Directory Migration Tool (ADMT) manteniendo el historial de SID es el mensaje: Could not verify auditing and TcpipClientSupport on domains. Will not be able to migrate Sids. Access is denied. Un error, que al menos en este caso, tenía una fácil solución. |
