Addcontentdb: operación de Stsadm (Windows SharePoint Services)
Nombre de la operación: Addcontentdb
Descripción
Crea una nueva base de datos de contenido o agrega una base de datos que necesita actualizarse cuando se especifican los parámetros url y databasename.
Cuando se crea una base de datos de contenido, la ubicación del archivo de datos y el archivo 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 de transacciones (.ldf). Cuando se usa la operación addcontentdb para crear una base de datos de contenido, debe ejecutar la operación spsearch para asociar una base de datos de contenido con un servidor específico que ejecuta el servicio de búsqueda de Windows SharePoint Services. Para obtener información adicional acerca de la operación spsearch, vea Spsearch: operación de Stsadm (Windows SharePoint Services).
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 la base de datos>
[-databaseserver <nombre de servidor de base de datos>]
[-databaseuser <nombre de usuario de la base de datos>]
[-databasepassword <contraseña de la base de datos>]
[-sitewarning <número de advertencias de sitios>]
[-sitemax <número máximo de sitios>]
Parámetros
Nombre de parámetro y forma corta | Valor | ¿Necesario? | Descripción |
---|---|---|---|
url |
Una dirección URL válida, como http://nombre_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 Windows SharePoint Services 3.0. 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 Windows SharePoint Services 3.0. 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 el formato "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 las 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 la base de datos de contenido. |
Comentarios
Si está ejecutando Actualización de infraestructura para Windows SharePoint Services 3.0, el identificador (ID) de cada base de datos de contenido se conserva cuando se restaura o se vuelve a conectar la base de datos mediante las herramientas integradas. Tome el comportamiento de retención del registro de cambios como predeterminado al usar las herramientas integradas como se indica a continuación:
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 (Windows SharePoint Services 3.0) y Administración de la copia de seguridad y la recuperación para la tecnología Windows SharePoint Services 3.0.
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, a continuación, 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 asociar 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 esta 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.