Addcontentdb: operación de Stsadm (Office SharePoint Server)

Artículo
06/12/2012

Nombre de la operación: Addcontentdb

Descripción

Crea una nueva base de datos de contenido o agrega una base de datos que necesite actualizarse cuando se especifiquen los parámetros url y databasename.

Cuando se crea una base de datos de contenido, la ubicación del archivo de datos y de registro queda determinada por la configuración de la base de datos predeterminada establecida en el servidor de base de datos SQL. Una base de datos de contenido se crea con un grupo de archivos principal que hospeda un archivo de datos (.mdf) y un archivo de registro (.ldf) de transacciones.

Importante

Si separa y vuelve a adjuntar una base de datos de contenido, tenga en cuenta que la próxima vez que se rastree el contenido de dicha base de datos de contenido, se realizará un rastreo completo, aunque se haya solicitado un rastreo incremental. Dado que un rastreo completo vuelve a rastrear todo el contenido detectado por el rastreador, independientemente del contenido rastreado previamente, los rastreos completos tardan bastante más en completarse que los rastreos incrementales.

Sintaxis

stsadm.exe -o addcontentdb

-url <nombre de dirección URL>

-[-assignnewdatabaseid]

-[-clearchangelog]

-databasename <nombre de base de datos>

[-databaseserver <nombre de servidor de base de datos>]

[-databaseuser <nombre de usuario de base de datos>]

[-databasepassword <contraseña de base de datos>]

[-sitewarning <número de advertencias del sitio>]

[-sitemax <número máximo del sitio>]

Parámetros

Nombre de parámetro y forma corta	Valor	¿Necesario?	Descripción
url	Una dirección URL válida, como http://nombre_de_servidor	Sí	Dirección URL de la aplicación web a la que se agrega la base de datos de contenido.
assignnewdatabaseid	Un GUID válido, como "12345678-90ab-cdef-1234-567890bcdefgh"	No	Crea automáticamente un nuevo identificador de base de datos cuando se adjunta una base de datos de contenido. Este parámetro se presentó por primera vez en Actualización de infraestructura para servidores de Microsoft Office. Para obtener más información, vea la sección de comentarios.
clearchangelog	<ninguno>	No	Borra el registro de cambios. Si es necesario, borra el registro de cambios, por ejemplo, al restaurar una base de datos de contenido a un momento anterior mediante herramientas de copia de seguridad independientes de SQL Server. Este parámetro se presentó por primera vez en Actualización de infraestructura para servidores de Microsoft Office. Para obtener más información, vea la sección de comentarios.
databasename (dn)	Un nombre de base de datos válido, como "BD1"	Sí	Nombre de la base de datos.
databaseserver (ds)	Un nombre de servidor de base de datos válido, como "Ventas", donde se usen instancias con nombre; el formato puede mostrarse como servidor\servidor	No	Nombre del servidor de base de datos. Se usa el servidor predeterminado si no se proporciona un valor.
databaseuser	Un nombre de usuario válido con la forma de "nombreDeUsuario1"	No	Cuenta usada para la autenticación de SQL. Se debe usar en combinación con el parámetro databasepassword.
databasepassword	Una contraseña válida de SQL	No	El parámetro databasepassword sólo debe usarse cuando no se implementa la autenticación de Windows. Por tanto, en un escenario de autenticación de Microsoft SQL Server, debe pasar los parámetros databaseuser y databasepassword para la autenticación en el servidor de base de datos. Si se implementa la autenticación de Windows, puede omitir estos parámetros porque las credenciales se pasan por medio de NTLM.
sitewarning	Un número entero válido, como 10	No	Número entero de colecciones de sitios permitidas en la base de datos de contenido antes de generar un evento de advertencia en el registro de eventos de Windows.
sitemax	Un número entero válido, como 10	No	Especifica el número máximo de colecciones de sitios permitidas en esta base de datos de contenido.

Comentarios

Si ejecuta Actualización de infraestructura para servidores de Microsoft Office, el identificador (id.) de cada base de datos de contenido se conserva cuando se restaura o se vuelve a adjuntar la base de datos mediante las herramientas integradas. El comportamiento predeterminado de retención del registro de cambios al usar herramientas integradas es el siguiente:

Los registros de cambios de todas las bases de datos se conservan al restaurar una granja de servidores.
El registro de cambios de una base de datos de contenido se conserva cuando se vuelve a adjuntar la base de datos.
El registro de cambios de una base de datos de contenido NO se conserva al restaurar sólo la base de datos de contenido.

Para obtener más información, vea Traslado de bases de datos de contenido (Office SharePoint Server 2007) y Copia de seguridad y restauración de una granja de servidores completa (Office SharePoint Server 2007).

Si restaura una copia de seguridad anterior de SQL Server correspondiente a una base de datos de contenido, es posible que el índice de búsqueda incluya más entradas que las bases de datos restauradas en la granja de servidores. En primer lugar, use el comando de Stsadm stsadm –o deletecontentdb para separar la base de datos de la granja de servidores de SharePoint y después restaure la base de datos con las herramientas de SQL Server. A continuación, use el comando de Stsadm stsadm –o addcontentdb –clearchangelog para volver a adjuntar la base de datos de contenido y borrar el registro de cambios. Al borrar el registro de cambios, la búsqueda ejecuta un rastreo completo en esa base de datos para que el índice ya no haga referencia a elementos que no existen.

Como administrador, siempre debe saber cuándo se debe borrar un registro de cambios y si es necesario hacerlo. Por ejemplo, si se restaura una base de datos de contenido a un momento anterior al último rastreo mediante las herramientas de copia de seguridad de Microsoft SQL Server y esta operación se usa para volver a adjuntarla a la granja de servidores, no borrar el registro de cambios provoca que el índice tenga posiblemente entradas de elementos en esa base de datos de contenido que no existen en la base de datos restaurada. Para evitar que se produzca este problema en ese tipo de escenario, use el parámetro clearchangelog para borrar el registro. Si se adjuntó una base de datos de contenido por error sin el parámetro clearchangelog, debe separar la base de datos de contenido y volver a adjuntarla mediante el parámetro clearchangelog para que el próximo rastreo pueda restablecer el índice para esa base de datos de contenido.

Cuando se adjunta una base de datos de contenido a la misma aplicación web, el registro de cambios se conservará de forma predeterminada junto con el identificador de base de datos. Si es necesario cambiar el identificador de la base de datos (por ejemplo, debido a un conflicto de identificador), el parámetro assignnewdatabaseid forzará la selección de un identificador nuevo para la base de datos de contenido.

Recibirá el siguiente error si no puede adjuntar la base de datos a la granja de servidores debido a un conflicto: La operación de asociación no puede continuar porque existe otro objeto en esta granja de servidores con el mismo identificador. Los objetos de una granja de servidores deben tener un identificador único. Para continuar con la operación de asociación, debe asignar un nuevo identificador a esta base de datos. Para adjuntar esta base de datos con un nuevo identificador, use la operación "stsadm.exe -o addcontentdb" con el parámetro -assignnewdatabaseid. Tenga en cuenta que si esta nueva base de datos y una base de datos existente contienen las mismas colecciones de sitios, es probable que la asociación de esta base de datos genere colecciones de sitios huérfanas debido a conflictos entre las dos bases de datos.

Share via