• Artículo

Preparación para la copia de seguridad o restauración de una granja de servidores de Project Server 2010

 

Se aplica a: Project Server 2010

Última modificación del tema: 2016-11-30

Antes de realizar una copia de seguridad de datos del proyecto, debe crear una carpeta compartida en la red en la que almacenará los datos. También debe asegurarse de que las cuentas necesarias para realizar una copia de seguridad tengan acceso a la carpeta compartida. Este artículo y los procedimientos que se detallan a continuación incluyen consideraciones preliminares y los pasos que se deben seguir antes de realizar una copia de seguridad de datos.

La preparación es la clave para garantizar que se realice la copia de seguridad y se puedan recuperar los datos que necesitará en caso de error. Antes de realizar una copia de seguridad de la implementación de Project Server, revise el plan de copia de seguridad y recuperación, y tenga en cuenta las siguientes actividades clave:

  • Al implementar Microsoft Project Server 2010, mantenga un registro de las cuentas creadas y los nombres de equipo, contraseñas y opciones de configuración elegidos. Guarde esta información en un lugar seguro.

  • Guarde siempre una copia de todos los materiales de recuperación, documentos y copias de seguridad del registro de transacciones y bases de datos en una ubicación fuera del sitio. Para obtener más información acerca de cómo planear la copia de seguridad y recuperación, vea Planeación de recuperación ante desastres en Project Server 2010.

  • Asegúrese de que el sistema tenga espacio suficiente para guardar la copia de seguridad. Para obtener más información acerca de cómo planear la capacidad de almacenamiento, vea el tema sobre la planeación de almacenamiento (https://go.microsoft.com/fwlink/?linkid=121920\&clcid=0xC0A) en la "Guía de implementación de Windows Server 2003".

  • De forma periódica, realice una operación de recuperación de datos de prueba para comprobar que la copia de seguridad de los archivos se haya completado correctamente. Una recuperación de datos de prueba puede revelar problemas de hardware que no aparecen en las comprobaciones de software.

  • Para evitar pérdidas en caso de producirse una catástrofe, como un incendio o un terremoto, guarde duplicados de las copias de seguridad del servidor en una ubicación independiente de los servidores. De esta forma podrá evitar la pérdida de datos importantes. Se recomienda guardar tres copias de los medios de copia de seguridad y al menos una copia fuera del sitio en un entorno controlado correctamente.

Al realizar copias de seguridad o restaurar el conjunto o granja de servidores de los productos de SharePoint 2010, podrían aplicarse las siguientes restricciones y excepciones:

  • Es posible que las herramientas integradas de los productos de SharePoint 2010 no realicen copias de seguridad ni restauren lo siguiente:

    • Cualquier solución personalizada que se haya implementado

    • Asignaciones alternativas de acceso

    • Aplicación web que hospeda el sitio web de Administración central de SharePoint

    • Metabase de Internet Information Services (IIS)

    • Base de datos de contenido de Administración central

    • Base de datos de configuración

      Importante

      Si bien se puede realizar una copia de seguridad de la base de datos de configuración y la base de datos de contenido de Administración central, no se recomienda hacerlo con las herramientas integradas de una granja en ejecución. No se admite la restauración de copias de seguridad de la base de datos de configuración y la base de datos de contenido de Administración central realizada desde una granja en ejecución mediante las herramientas integradas de los productos de SharePoint 2010 o SQL Server.
      Esto se debe a que posiblemente los datos de estas bases de datos no estén sincronizados con los datos de otras bases de datos de productos de SharePoint 2010. Por tanto, las herramientas integradas de productos de SharePoint 2010 no recuperan estas bases de datos durante una operación de recuperación de la granja de servidores.

      Puede recuperar una granja de servidores, incluida la base de datos de configuración y la base de datos de contenido de Administración central, de las siguientes maneras:

      • Use copias de seguridad de la granja de servidores en ejecución realizadas con Microsoft System Center Data Protection Manager 2007 para recuperar una granja de servidores completa, incluida la base de datos de configuración y la base de datos de contenido de Administración central. Para obtener más información, vea Restauración de una granja de servidores (SharePoint Server 2010).

      • Restaure una copia de seguridad de la base de datos de configuración y la base de datos de contenido de Administración central procedente de una granja de servidores completamente detenida. Para obtener más información, vea Mover todas las bases de datos (Project Server 2010).

      Si la base de datos de configuración y la base de datos de contenido de Administración central de una granja de servidores pierden la sincronización, debe volver a crear ambas bases de datos mediante la herramienta de línea de comandos de Psconfig o Asistente para la configuración de productos de SharePoint.

      Para proteger la base de datos de configuración y la base de datos de contenido de Administración central:

      • Documente todos los valores de configuración y todas las personalizaciones para poder volver a crear correctamente las bases de datos. Para obtener más información acerca de cómo recuperar una granja de servidores, vea Recuperación de la implementación de Project Server 2010.

  • La copia de seguridad y recuperación de la colección de sitios no admiten la migración de un sitio de Administración central a un sitio que no forma parte de la Administración central.

  • El servicio Escritor VSS de SQL Server, que está disponible con el software de base de datos de Microsoft SQL Server, debe iniciarse para que el servicio Escritor VSS de Windows SharePoint Services funcione correctamente. De manera predeterminada, el servicio Escritor VSS de Windows SharePoint Services no se inicia automáticamente.

  • Si desea mover las copias de seguridad que creó mediante los productos de SharePoint 2010 a otra ubicación, asegúrese de copiar y mover la carpeta de copia de seguridad completa y no las carpetas de copia de seguridad individuales de esta carpeta.

  • Si desea programar copias de seguridad, puede usar el Programador de tareas de Windows para ejecutarlas mediante Windows PowerShell.

    Importante

    No modifique el archivo spbackup.xml. Si lo hace, puede dañar la copia de seguridad o restauración de la granja de servidores y volverla irrecuperable.

  • Si usa Administración central para realizar las copias de seguridad, no podrá usar otros métodos para la restauración, como las herramientas Microsoft SQL Server 2005 o Microsoft SQL Server 2008.

  • Si se realiza una copia de seguridad mientras se ejecuta cualquier tarea que crea o elimina bases de datos, es posible que los cambios no se incluyan en la copia de seguridad.

  • Debe mantener una copia de seguridad independiente de todas las soluciones personalizadas.

  • SQL Server no se permite realizar una copia de seguridad de las unidades asignadas, los recursos compartidos que terminen en "$" en equipos remotos, ni las direcciones IP.

  • La creación de copias de seguridad de la aplicación de servicio no copia la configuración de búsqueda global.

Requisitos de la tarea

Los siguientes componentes son necesarios para realizar los procedimientos de esta tarea:

  • Microsoft Project Server 2010 debe estar instalado. Para obtener más información acerca de cómo instalar Project Server 2010, vea Implementación de Project Server 2010 en un entorno de granja de servidores.

  • Las cuentas que aparecen en la siguiente tabla deben habilitarse para la realización de copias de seguridad y recuperación.

    Cuenta Descripción

    Cuenta de servicio de SQL Server (MSSQLSERVER)

    Si se usa la cuenta del sistema local para esta cuenta de servicio, y si la carpeta compartida se encuentra en otro equipo, debe otorgarle al equipo que ejecute SQL Server permisos de edición y lectura en la carpeta compartida. Como alternativa, puede especificar una cuenta de usuario de dominio y otorgarle a esa cuenta permisos en la carpeta compartida.

    Cuenta de un administrador local

    Para realizar la copia de seguridad y recuperación mediante Windows PowerShell, debe haber iniciado sesión como miembro del grupo de administradores en el equipo que contiene Windows PowerShell.

    Cuenta de identidad del grupo de aplicaciones de Administración central de SharePoint en Internet Information Services (IIS)

    Esta cuenta de identidad del grupo de aplicaciones es necesaria realizar la copia de seguridad y recuperación cuando se usa la Administración central. Por tanto, la cuenta de seguridad para este grupo de aplicaciones debe tener permisos de edición y lectura en la carpeta compartida que contenga los datos de copia de seguridad.

  • Si cambió la cuenta de la granja de servidores, antes de realizar la copia de seguridad, debe otorgarle a la nueva cuenta los permisos correctos en la carpeta compartida que tendrá los datos de copia de seguridad.

  • Si realiza copias de seguridad mediante Administración central, la cuenta de SQL Server del servidor de base de datos, la cuenta de servicio del temporizador y la cuenta de identidad del grupo de aplicaciones de Administración central deben permisos para las ubicaciones de copia de seguridad. Si usa Windows PowerShell, la cuenta de inicio de sesión debe tener permisos de escritura en las ubicaciones de copia de seguridad.

  • El servidor de base de datos y el servidor de la granja de servidores para los que se realiza la copia de seguridad deben ser capaces de conectarse entre sí.

Creación de una carpeta compartida en la red

Use este procedimiento para crear una carpeta compartida en la red que pueda recibir y almacenar datos de copia de seguridad. También se puede usar esta carpeta compartida al restaurar datos. Si ya tiene una carpeta compartida destinada a este propósito, no es necesario realizar este procedimiento. Al llevar a cabo el siguiente procedimiento, se asegura de que puede tener acceso a la carpeta compartida desde el equipo que ejecuta software de base de datos de Microsoft SQL Server y desde el equipo que hospeda el sitio web de Administración central de SharePoint.

Importante

Como requisito mínimo para completar este procedimiento, debe pertenecer al grupo de administradores del equipo donde se encuentra la carpeta compartida.

Creación de una carpeta compartida en la red

  1. Si crea la carpeta compartida en un equipo que no sea el que ejecuta SQL Server, asegúrese de que la cuenta de servicio para SQL Server (MSSQLSERVER) use una cuenta de usuario de dominio. Para obtener información acerca de las cuentas en SQL Server, vea los siguientes recursos:

  2. En el servidor en el que desea almacenar los datos de copia de seguridad, cree una carpeta compartida.

  3. Dentro del cuadro de diálogo Propiedades, en la ficha Compartir, haga clic en Permisos y, a continuación, agregue las siguientes cuentas:

    • Cuenta de servicio de SQL Server (MSSQLSERVER)

    • Cuenta de identidad del grupo de aplicaciones de Administración central de SharePoint

  4. Seleccione Permitir para los permisos de edición y lectura y, a continuación, haga clic en Aceptar.

  5. Dentro del cuadro de diálogo Propiedades, en la ficha Seguridad, conceda todos los permisos excepto Control total a las cuentas enumeradas en el paso 3 y, a continuación, haga clic en Aceptar.

Preparación de restauración

Debe tener en cuenta lo siguiente antes de comenzar la restauración:

Importante

Si bien se puede realizar una copia de seguridad de la base de datos de configuración y la base de datos de contenido de Administración central, no se recomienda hacerlo con las herramientas integradas de una granja en ejecución. No se admite la restauración de copias de seguridad de la base de datos de configuración y la base de datos de contenido de Administración central realizada desde una granja en ejecución mediante las herramientas integradas de los productos de SharePoint 2010 o SQL Server.

Esto se debe a que posiblemente los datos de estas bases de datos no estén sincronizados con los datos de otras bases de datos de SharePoint Server 2010 o SharePoint Foundation 2010. Por tanto, las herramientas integradas de productos de SharePoint 2010 no recuperan estas bases de datos durante una operación de recuperación de la granja de servidores.

Si estos datos no están sincronizados, los usuarios podrían experimentar diversos errores aleatorios.

Puede recuperar una granja de servidores, incluida la base de datos de configuración y la base de datos de contenido de Administración central, de las siguientes maneras:

  • Puede usar copias de seguridad de la granja de servidores en ejecución realizadas con System Center Data Protection Manager para recuperar una granja de servidores completa, incluida la base de datos de configuración y la base de datos de contenido de Administración central. Para obtener más información, vea Restauración de una granja de servidores (SharePoint Server 2010).

  • Puede restaurar una copia de seguridad de la base de datos de configuración y la base de datos de contenido de Administración central procedente de una granja de servidores completamente detenida. Para obtener más información, vea Mover todas las bases de datos (Project Server 2010).

Si la base de datos de configuración y la base de datos de contenido de Administración central de una granja de servidores pierden la sincronización, debe volver a crear ambas bases de datos mediante la herramienta de línea de comandos de Psconfig o Asistente para la configuración de productos de SharePoint.

Para proteger la base de datos de configuración y la base de datos de contenido de Administración central:

  • Documente todos los valores de configuración y todas las personalizaciones para poder volver a crear correctamente las bases de datos. Para obtener más información acerca de cómo recuperar una granja de servidores, vea Restauración de una granja de Project Server 2010 mediante herramientas integradas.

  • Considere la posibilidad de una solución de redundancia, como clúster o reflejado, para el equipo que ejecuta SQL Server que hospeda la base de datos de configuración.

  • Project Server 2010 no admite una copia de seguridad realizada desde una versión a restaurarse en otra versión de Project Server 2010. Para ello, use el proceso de actualización.

  • Si realizará la restauración mediante el sitio web de Administración central de SharePoint, la cuenta de SQL Server del servidor de bases de datos, la cuenta de servicio del temporizador y la cuenta del grupo de aplicaciones de Administración central deben tener permisos de lectura en las ubicaciones de las copias de seguridad.

  • Si usa Windows PowerShell, la cuenta en la que inició la sesión debe tener permisos de lectura para las ubicaciones de copia de seguridad.

  • Si las credenciales de la cuenta relacionada con el rastreo han cambiado entre el momento que se realizó la copia de seguridad y el tiempo que se restaura, deberá volver a escribir todas las contraseñas relacionados con el rastreo una vez realizada una restauración. Esto incluye la contraseña de la cuenta de acceso al contenido predeterminada y cada una de las reglas de rastreo de inclusión que disponga de credenciales.

  • Antes de restaurar una aplicación de servicio en una instalación independiente, el administrador debe iniciar manualmente el servicio de administración de aplicaciones del servicio de Microsoft SharePoint de modo que se puede aprovisionar la búsqueda. Este servicio es necesario para crear los directorios de búsqueda en el servidor local. Estos directorios contienen los archivos de índice de la búsqueda.

  • En instalaciones independientes, debe reiniciar el servicio del temporizador antes de restaurar la aplicación de servicio.

  • Si realizará una restauración o migración de servicios de búsqueda e índices en una nueva instalación, asegúrese de que se ejecute el servicio de búsqueda antes de realizar la recuperación.

    Después de la restauración, la búsqueda puede tardar hasta 15 minutos en estar nuevamente disponible.

  • Asegúrese de que esté en pausa el servicio de sincronización antes de restaurar las aplicaciones web.

  • Tenga en cuenta que no se puede realizar más de una recuperación de la misma copia de seguridad al mismo tiempo.