SQL Server Agent

SQL Server Agent permite hacer copias de seguridad y restaurar servidores de Microsoft SQL Server (2005, 2008, 2012, 2014, 2016). Sin este complemento, Retrospect no puede hacer copias de seguridad sencillas y fiables de las bases de datos de un servidor de SQL server.

Puede hacer una copia de seguridad local de un servidor de SQL server si ejecuta la aplicación de Retrospect en el mismo servidor o bien puede hacer una copia del servidor de SQL server como si se tratara de un cliente de Retrospect, es decir, ejecutando la aplicación en otro ordenador.

Novedades

Compatibilidad con clusters de SQL

Retrospect permite la copia de seguridad y restauración de SQL Server en entornos de clusters con las siguientes limitaciones:

  • El cluster solo puede tener dos nodos.
  • Solo puede hacer copia de seguridad de grupos de recursos de SQL que estén compartidos entre los dos nodos.
  • Se debe hacer copia de seguridad y restaurar los nodos como clientes de Retrospect. El ordenador de copia de seguridad de Retrospect no puede ser uno de los nodos del cluster.
  • Solo se puede hacer copia de seguridad de datos de SQL en el nodo al que pertenece el grupo de recursos de SQL. Del mismo modo, solo se puede hacer restauración de datos de SQL en el nodo al que pertenece el grupo de recursos de SQL.
  • Retrospect no hace copia de seguridad ni restaura información de la configuración de clusters. En una situación de recuperación de desastres, tendrá que volver a crear manualmente el cluster antes de restaurar los datos de SQL con Retrospect.
  • Si desea asegurarse de que se hace copia de seguridad de los datos de SQL independientemente de qué nodo posee actualmente el grupo de recursos de SQL, deberá tener una licencia de SQL independiente (y una licencia de cliente) para cada nodo. Si solo desea hacer copia de seguridad de los datos de SQL cuando un nodo específico posee el grupo de recursos de SQL, solo necesitará una licencia de SQL (y una licencia de cliente) para dicho nodo.

El contenedor de SQL no aparece

si instala SQL Server en un sistema en el que ya se esté ejecutando Retrospect, deberá reiniciar el servidor antes de que Retrospect pueda reconocer el contenedor de SQL.

Ruta personalizada para la restauración de archivos de datos y de registro

durante una operación de restauración de base de datos con las opciones predeterminadas, Retrospect restaura los archivos de datos y de registro en su ubicación original, incluso si se almacenan en lugares diferentes (p. ej. los archivos de datos en C:\ y los archivos de registro en E:\). Si decide restaurar en una ruta personalizada, tanto los archivos de datos como los de registro se restaurarán en la ubicación que especifique (p. ej. D:\).

Seguridad

Si va a utilizar también el complemento Retrospect Exchange Server Agent, lea Seguridad para ver la información sobre la configuración de la seguridad de Exchange Server Agent.

Existen diversas medidas de seguridad para evitar que un usuario no autorizado inicie Retrospect en el ordenador de copia de seguridad y haga una copia del servidor de SQL Server. Debe preparar Retrospect para que se ejecute en las condiciones de seguridad adecuadas o para que pueda acceder a cada servidor de SQL Server en las condiciones de seguridad apropiadas. Para ello, se deben configurar las preferencias de Retrospect de modo que la aplicación se ejecute como si se tratara de un usuario con privilegios suficientes para el servidor de SQL Server, o configurar Retrospect para que inicie una sesión en cada uno de los servidores SQL con autentificación de SQL o autentificación de dominio.

Independientemente de que ya haya instalado o ejecutado Retrospect, y de cómo haya configurado las preferencias de seguridad, siga estas instrucciones para asegurarse de que funcionará con SQL.

Creación y administración de los inicios de sesión de usuario

Debe crear un inicio de sesión especial para Retrospect e identificar las personas que usen este programa como operadores de copias de seguridad. Estos pasos, en los que se emplea Usuarios y equipos de Active Directory, se describen a continuación.

Creación de una cuenta de usuario de Retrospect Backup

En el dominio de servidor de SQL Server, cree un inicio de sesión para Retrospect como, por ejemplo, RBU (de Retrospect Backup User, o usuario de copia de seguridad de Retrospect).

Incluya dicha cuenta como miembro de Usuarios del dominio, Administradores, Operadores de copia de seguridad y Administradores del dominio.

Adición de los operadores de copias de seguridad

Haga que las cuentas de las personas que vayan a usar Retrospect consten como operadores de copia de seguridad. Los inicios de sesión que se vayan a usar con Retrospect en el ordenador de copia de seguridad deben ser miembros de operadores de copia de seguridad o de administradores.

Configuración de las preferencias de seguridad de Retrospect

Tras configurar la cuenta de usuario de copia de seguridad de Retrospect, deberá configurarlo para que emplee la nueva cuenta. Aunque puede configurar Retrospect de modo que actúe como un usuario de dominio diferente para cada servidor de SQL Server o bien para que use un inicio de sesión SQL diferente para cada servidor de SQL server, lo más práctico es configurar una preferencia concreta para que Retrospect se ejecute como usuario de copia de seguridad de Retrospect para todos los servidores de SQL server. A continuación se describe cómo se establece esta preferencia. Más adelante, podrá definir varios inicios de sesión para servidores de SQL Server.

Inicie una sesión en el ordenador de copia de seguridad con privilegios de administrador.

Si aún no lo ha hecho, instale Retrospect en el ordenador de copia de seguridad como se describe en el Cómo empezar.

Inicie la aplicación de Retrospect.

Si es la primera vez que ha ejecutado Retrospect en el ordenador de copia de seguridad, aparecerá el asistente Cómo empezar. Éste incluye una pantalla en la que debe introducir la información sobre la cuenta de usuario.

464

Si no es la primera vez que utiliza Retrospect en el ordenador de copia de seguridad, haga clic en Configurar en la barra de navegación de Retrospect y, a continuación, haga clic en Preferencias. En el grupo de preferencias de Ejecución, haga clic en Seguridad.

465

Selección de un inicio de sesión de usuario

Tanto en la ventana de preferencias como en la ventana de cuenta de usuario que aparece la primera vez que se usa el programa, los dos botones opción permiten establecer el inicio de sesión de usuario con que se ejecutará la aplicación de Retrospect.

Ejecutar Retrospect como el usuario que ha iniciado la sesión” ejecuta el programa como el usuario que ha iniciado la sesión al iniciar Retrospect manualmente (desde el menú Inicio o el Explorador de Windows). Cuando Retrospect se inicia automáticamente (para ejecutar un script), se ejecuta bajo la cuenta del sistema local. Ninguna de estas opciones es apropiada para SQL y las copias de seguridad podrían fallar por falta de privilegios. Por tanto, no seleccione esta preferencia.

“Ejecutar siempre Retrospect como el usuario especificado” es la opción más adecuada para SQL. Haga clic en el botón de opción para seleccionar esta preferencia. Escriba el nombre de usuario de copia de seguridad de Retrospect, la contraseña y el dominio.

Cuando haga clic en Aceptar para validar el cambio de preferencias de seguridad, Retrospect le puede pedir que confirme las modificaciones; haga clic de nuevo en Aceptar.

Si Retrospect indica que el inicio de sesión no es válido, es posible que no haya escrito correctamente el nombre de usuario del dominio o la contraseña. Compruebe de nuevo el nombre y siga los pasos anteriores desde Creación de una cuenta de usuario de Retrospect Backup.

Cuando verifique el usuario de dominio especificado, Retrospect le pedirá que salga de la aplicación y la vuelva a iniciar para que las modificaciones se apliquen. Salga y cierre la sesión de administrador antes de ir al paso siguiente.

Verificación de la operación

Inicie una sesión en el ordenador de copia de seguridad como usuario miembro del grupo de operadores de copia de seguridad. Inicie Retrospect y observe el título de la ventana de la aplicación, que incluye el usuario bajo cuya identidad se ejecuta la aplicación. Aunque haya iniciado una sesión en el ordenador de copia de seguridad como otro usuario, quien ejecuta la aplicación es la cuenta de usuario de copia de seguridad de Retrospect.

466

Privilegios de administrador local

Si le indica a Retrospect que use siempre un determinado inicio de sesión, el programa asignará a ese inicio de sesión privilegios de administrador local (si no los tenía).

Si la preferencia de seguridad está definida del modo descrito e inicia sesión en el ordenador de copia de seguridad un miembro de los operadores o administradores, Retrospect siempre funciona, como mínimo, con privilegios de administrador local.

Esto quiere decir que un operador de copias de seguridad puede usar privilegios de administrador en Retrospect para manipular archivos en el ordenador local.

Para más seguridad, puede usar la protección por contraseña de Retrospect para controlar el acceso de los usuarios a la aplicación de Retrospect.

Instalación

Si aún no lo ha hecho, instale Retrospect en el ordenador de copia de seguridad como se describe en el Cómo empezar. Configure las preferencias de seguridad tal y como se han descrito anteriormente en Seguridad.

Si va a usar un servidor de SQL Server como cliente de Retrospect, instale el software de cliente de Retrospect en ese ordenador. Si desea más información, consulte el Clientes conectados en red.

Inicio de sesión en el cliente

Si usa un servidor de SQL Server como cliente de Retrospect, inicie una sesión en el cliente desde el ordenador de copia de seguridad. Si desea más información, consulte el Clientes conectados en red.

Licencias e inicio de sesión

Seleccione Administrador de licencias en el menú Ventana para ver los componentes con licencia.

Si no aparece Copia de seguridad de la base de datos SQL o si aparece sin licencias disponibles, haga clic en Agregar e introduzca un código de licencia para Copia de seguridad de la base de datos SQL. (Haga clic en Adquirir para obtener un código de Retrospect, Inc..)

Cuando agregue una licencia de Copia de seguridad de SQL, ésta aparecerá como disponible. El siguiente paso consiste en usarla.

Uso de licencias

Desde la barra de navegación, haga clic en Volúmenes para ver la ventana de la base de datos de volúmenes. En Mi PC y Clientes de copia de seguridad están todos los servidores de SQL Server que Retrospect reconoce.

467

Los iconos están atenuados porque no se tiene la licencia correspondiente, tal y como indica el texto. Aunque haya una licencia disponible en el administrador de licencias, Retrospect no sabe con qué servidores desea usarla. Debe aplicar una licencia a cada servidor que desee emplear con Retrospect.

Haga clic en el servidor de SQL Server que desea usar para que Retrospect le pregunte si desea utilizar una de las licencias disponibles. Haga clic en Aceptar. Después de unos instantes, desaparecerá el texto que indica que no tiene licencia del contenedor del servidor de SQL Server.

Si Retrospect no reacciona cuando hace clic en un servidor de SQL Server o si le pregunta si desea iniciar una sesión en un servidor local (no cliente), es posible que el usuario especificado no tenga los privilegios necesarios para acceder al servidor de SQL Server o que el servicio no esté activado. Confirme que el servicio funciona y vuelva a leer Seguridad para configurar las opciones de seguridad correctamente antes de volverlo a intentar.

Inicio de sesión de servidores de SQL Server para clientes

En los servidores que sean clientes de Retrospect, deberá introducir la información de inicio de sesión del servidor de SQL Server justo después de aplicar una licencia.

Siga las instrucciones que aparecen a continuación.

Inicio de sesión en un servidor de SQL Server

Retrospect le permite especificar un método de autentificación para cada servidor de SQL Server diferente a la cuenta de usuario de copia de seguridad de Retrospect.

En los servidores de SQL Server que sean clientes de Retrospect, deberá introducir la información de inicio de sesión del servidor de SQL Server justo después de aplicar una licencia.

Si acaba de aplicar una licencia al cliente, Retrospect tendrá abierta la ventana de inicio de sesión. De lo contrario, vaya a la ventana de la base de datos de volúmenes, seleccione un servidor de SQL Server y haga clic en el botón de inicio de sesión de la barra de herramientas.

Seleccione un método de autentificación: Utilizar autentificación SQL, Utilizar autentificación de dominio o Utilizar información RBU actual (para realizar la autentificación con la cuenta de usuario de copia de seguridad de Retrospect que definió en las preferencias de seguridad). Introduzca los datos de inicio de sesión del método de autentificación seleccionado.

Si Retrospect no muestra las bases de datos del servidor de SQL Server o si le indica que ha fallado la autentificación, es posible que el usuario especificado no tenga los privilegios necesarios para acceder a SQL Server en el ordenador cliente o que el servicio no esté activado. Confirme que el servicio funciona y vuelva a leer Seguridad para configurar las opciones de seguridad correctamente antes de volverlo a intentar.

Uso general

Tras aplicar una licencia a un servidor de SQL Server tal y como se ha descrito anteriormente, puede agregarlo a los scripts y usarlo en las listas de origen y destino. También puede trabajar con servidores de SQL Server en la ventana de la base de datos de volúmenes.

Los datos de SQL no pueden archivarse.

Uso de las listas de volúmenes

Desde la barra de navegación, haga clic en Configurar>Volúmenes para ver la ventana de la base de datos de volúmenes. En Mi PC y Clientes de copia de seguridad están todos los servidores de SQL Server que Retrospect reconoce.

468

Para cada servidor de SQL Server hay un contenedor de SQL Server bajo cada ordenador que funciona como servidor de SQL Server. Si usa Retrospect en el servidor, el contenedor de SQL están en Mi PC.

469

Si no usa Retrospect en el servidor, el contenedor de SQL están en Clientes de copia de seguridad.

470

Si el icono de un contenedor de SQL Server está atenuado, o no tiene elementos anidados, es posible que Retrospect esté ejecutándose como un usuario sin los privilegios requeridos para ver los datos del servidor de SQL Server. Si usa el contenedor de SQL Server en scripts, éstos no se ejecutarán correctamente. Vuelva a leer Seguridad y configure correctamente las opciones de seguridad.

Si se ven los colores de un icono del contenedor de SQL Server y hay anidados uno o varios elementos, Retrospect está funcionando con unos privilegios de usuario que permiten ver los datos del servidor de SQL Server. En este caso, las opciones de seguridad están bien configuradas.

El contenedor de SQL Server

Retrospect muestra un contenedor de SQL Server por cada servidor de SQL Server. Aparece en Mi PC si Retrospect se ejecuta localmente en el mismo servidor. Si el servidor de SQL Server es un cliente en red de Retrospect, su contenedor de SQL Server aparecerá entre los contenedores de los clientes.

Un contenedor de SQL Server consta de una o varias bases de datos. Haga clic en los controles + o – de un contenedor de SQL Server para mostrar u ocultar su contenido.

Si se selecciona un contenedor de SQL Server como origen de copia de seguridad, Retrospect hará copias de seguridad de todas las bases de datos del servidor.

Si no desea realizar copias de seguridad de todas las bases de datos de un determinado servidor, puede seleccionar las bases concretas que desea copiar. Las bases de datos concretas aparecen bajo el contenedor de SQL Server.

Liberación de licencias

Puede liberar una licencia de Retrospect de un servidor de SQL Server que no desee copiar o restaurar para poderla utilizar con otros servidores de SQL Server.

Seleccione un contenedor de SQL y haga clic en el botón Licencias de la barra de herramientas. Retrospect le preguntará si desea liberar la licencia que está en uso. Haga clic en Aceptar para liberarla.

Tras liberar la licencia de SQL, los contenedores y las bases de datos de SQL no serán válidos en los scripts.

Creación de copias de seguridad

Para realizar una copia de seguridad de un servidor de SQL Server o de una base de datos, puede usar un script de copia de seguridad o iniciar una copia de seguridad inmediata. Cada método emplea los componentes habituales de una copia de seguridad: origen, destino, criterios de selección y opciones.

Para el origen, seleccione uno o varios conjuntos de contenedores y bases de datos de SQL Server. También puede seleccionar Mi PC o Clientes de copia de seguridad para hacer una copia de un servidor local o cliente de SQL Server.

Para el destino, seleccione uno o varios conjuntos de copia de seguridad.

Cuando hace copias de seguridad de las bases de datos de SQL, Retrospect omite los selectores. Si los orígenes incluyen tanto volúmenes de bases de datos de SQL como volúmenes que no son bases de datos, Retrospect sólo aplicará el selector especificado a éstos últimos.

El grupo de opciones de SQL Server le permite determinar el tipo de copia de seguridad que Retrospect debe realizar para un determinado origen. Seleccione Copia de seguridad completa, Copia de seguridad diferencial, Copia de seguridad de registro o Copia de seguridad de registro sin truncar.

Retrospect no puede hacer otro tipo de copias de seguridad si no se ha realizado anteriormente una copia completa. En ese caso, realizará automáticamente una copia de seguridad completa.

Si se usa una estrategia de copia de seguridad mediante scripts, se crearán scripts diferentes para los distintos tipos de copias de seguridad. Por ejemplo, puede tener un script de copia de seguridad completa planificado para que se ejecute los viernes y otro de copia diferencial para los demás días de la semana.

Si desea más información sobre las opciones disponibles, consulte Opciones de Windows SQL Server.

Modelo de recuperación

Debe asegurarse de que una base de datos concreta emplea un modelo de recuperación compatibles con los tipos de copias de seguridad que desea realizar. Por ejemplo, Retrospect comunicará un error si intenta hacer una copia de seguridad de registro de una base de datos de SQL que use un modelo de recuperación simple.

Conjuntos de copia de seguridad

A diferencia de otras copias de seguridad, las copias de las bases de datos no se incluyen necesariamente en un único conjunto de copia de seguridad.

No se garantiza que podrá restaurar una instantánea de una base de datos de un conjunto de medios, como con la restauración de archivos. Retrospect puede necesitar medios de varios conjuntos de copia de seguridad para restaurar una determinada base de datos, dependiendo de la estrategia y el historial de copia de seguridad.

Historial de la copia de seguridad de una base de datos

Retrospect hace un seguimiento de las sesiones de copia de seguridad de cada base de datos. Puede ver el historial de estas copias en Informes>Historial de base de datos.

471

La ventana muestra todas las instantáneas de las sesiones de bases de datos de cada base de datos de SQL. (Las bases de datos y grupos de almacenamiento de Exchange también aparecen en esta ventana.)

Los botones de la parte inferior de la ventana permiten ver las propiedades de una instantánea, agregar sesiones de base de datos a partir de un conjunto de copia de seguridad o eliminar una instantánea de la lista.

Cuando se consultan las propiedades de una instantánea se muestra el medio del conjunto de copia de seguridad requerido para restaurar la base de datos.

Restauración

Para restaurar un servidor de SQL Server o una o varias bases de datos, puede usar un script o iniciar una restauración inmediata. Estos métodos usan los componentes habituales de una restauración: instantánea de base de datos de origen, servidor de destino, archivos seleccionados (sólo mensajes y carpetas de buzones) y opciones.

Restauración de bases de datos de SQL

Para restaurar una base de datos a partir de una copia de seguridad de un servidor de SQL Server, haga clic en Restaurar>Bases de datos (para iniciar una restauración inmediata) o cree un script de restauración de base de datos.

472

Como origen, seleccione la instantánea de la base de datos que desea restaurar.

473

Puede agregar y eliminar instantáneas de bases de datos de la lista con los botones Agregar y Excluir.

Configure el destino de la base de datos que desea restaurar seleccionando un contenedor de SQL Server.

474

Haga clic en Opciones para especificar las opciones de ejecución. Si desea más información sobre las opciones disponibles, consulte Opciones de Windows SQL Server y Opciones de restauración relacionadas con las bases de datos.

475

Observe que aparecen varias sesiones bajo la instantánea de la base de datos de origen si la copia de seguridad más reciente no ha sido una copia completa. Esto se debe a que Retrospect dispone de una opción de ejecución, activada de forma predeterminada, que permite restaurar las sesiones que se necesitan para restaurar completamente el origen.

Una vez configurada la operación de restauración de la base de datos, puede guardar el script o continuar con la restauración inmediata.

Recuperación en caso de problema grave

Tras hacer una copia de seguridad completa de un servidor de SQL Server (volumen del sistema y base de datos), puede recuperar sus datos en caso de problema grave.

En primer lugar, siga los pasos apropiados descritos en Restauración del ordenador de copia de seguridad. A continuación, siga estos pasos.

  1. Reinicie los servicios

    Si ha realizado una restauración de una copia de seguridad que usó el complemento Copia de seguridad de archivo abierto de Retrospect para copiar un servidor de SQL Server, tenga en cuenta las siguientes explicaciones (sobre todo, si afectó a estas bases de datos del sistema: master, model y msdb). De lo contrario, puede ir al paso siguiente.

    Estas bases de datos permiten que el servicio de SQL se inicie tras restaurar la aplicación de SQL. Después de haber restaurado todas las particiones del sistema, compruebe que los servicios de SQL están ejecutándose. Si no están activados, inícielos desde el Administrador de servicios de SQL Server o el Administrador corporativo de SQL Server.

    Si se ha perdido el registro de un servidor de SQL Server en el Administrador corporativo, bastará con registrarlo de nuevo.

    Omita el siguiente paso.

  2. Regenere y, a continuación, reinicie los servicios

    Si no ha realizado una restauración de una copia de seguridad que usó el complemento Copia de seguridad de archivo abierto de Retrospect para copiar un servidor de SQL Server (en concreto, para las bases de datos del sistema: master, model y msdb), tenga en cuenta las siguientes explicaciones. De lo contrario, puede ir al paso siguiente.

    Use la utilidad de búsqueda de Microsoft para localizar el programa rebuildm.exe en el sistema. Tenga cerca el CD de instalación de Microsoft SQL por si lo necesita.

    Dado que el servicio de SQL no se iniciará sin las bases de datos del sistema, como la master, debe emplear la utilidad rebuildm.exe para regenerar las bases de datos. Ejecute la utilidad para todas las instancias de SQL que haya en el sistema. Tras haber restaurado todas las bases de datos, verifique que el servicio de SQL se ha iniciado. Reinicie manualmente el servicio si es necesario.

  3. Restaure las bases de datos en el modo de un solo usuario

    Inicie el servidor de SQL server en el modo de un solo usuario desde el Administrador corporativo de SQL Server, en lugar de hacerlo desde la línea de comandos. Haga clic con el botón secundario en el servidor y seleccione Propiedades. Haga clic en Parámetros de inicio y agregue el parámetro -m. Detenga el servicio de SQL y reinícielo utilizando el Administrador de servicios de SQL Server. El servidor de SQL Server se ejecutará en el modo de un solo usuario y todos los servicios utilizarán el mismo ID de usuario.

    Use Retrospect para restaurar sólo la base de datos master a partir de la instantánea de base de datos más reciente.

    Tras finalizar la restauración, elimine el parámetro -m y, a continuación, detenga y reinicie el servidor de SQL Server para volver al modo normal.

  4. Elimine las bases de datos sospechosas

    Tras completar el paso anterior, hay bases de datos en el Administrador corporativo de SQL que están atenuadas y marcadas como sospechosas. Esto se debe a que la base de datos master contiene un registro de todas las bases de datos de un servidor y todas aquellas bases que no están asociadas a un archivo de datos se identifican como sospechosas. Elimine todas las bases de datos sospechosas de los servidores de SQL para garantizar que el siguiente paso se completará correctamente.

  5. Restaure las bases de datos

Utilice Retrospect para restaurar la base de datos msdb y restaure después las demás bases de datos, siempre empezando por la instantánea más reciente. Tras restaurar todas las bases de datos de SQL de los servidores de SQL Server, el sistema está listo para su uso.

Consulte los registros del Administrador corporativo de SQL para obtener detalles sobre los errores notificados por Retrospect.