Opciones de restauración
Existen muchas formas de restaurar las bases de datos de MicrosoftSQL ServerAnalysis Services pero todas ellas requieren que tenga permisos de administrador para el equipo servidor y para la base de datos de Analysis Services. Para restaurar una base de datos de Analysis Services, puede abrir el cuadro de diálogo Restaurar base de datos de SQL Server Management Studio, seleccionar la configuración adecuada de las opciones y, a continuación, ejecutar la restauración desde el cuadro de diálogo. O bien, puede crear un script que utilice los valores ya especificados en el archivo; así podrá guardar el script y ejecutarlo tan a menudo como sea necesario. De esta forma, la restauración se lleva a cabo mediante XMLA, como se describe en la siguiente sección.
Restaurar bases de datos mediante XMLA
El comando Restore de XMLA es una forma de automatizar el proceso de restauración ejecutando una restauración basada en un archivo .abf. El comando Restore tiene un número de propiedades que se pueden establecer para especificar definiciones de seguridad, en las que deberían almacenarse las particiones remotas, y la reubicación de objetos OLAP relacionales (ROLAP). Para obtener más información, vea Elemento Restore (XMLA).
.gif "Nota de seguridad") Nota de seguridad |
|---|
Para cada archivo de copia de seguridad, el usuario que ejecuta el comando de restauración debe tener permiso para leer desde la ubicación de la copia de seguridad especificada. Para restaurar una base de datos de Analysis Services que no está instalada en el servidor, el usuario también debe ser miembro de la función de servidor para dicha instancia de Analysis Services. Para sobrescribir una base de datos de Analysis Services, el usuario debe tener una de las funciones siguientes: miembro de la función de servidor para la instancia de Analysis Services o miembro de una función de base de datos con permisos de Control total (Administrador) en la base de datos que se va a restaurar. |
[!NOTA]
Después de restaurar una base de datos existente, el usuario que restauró la base de datos podría perder el acceso a la base de datos restaurada. Esta pérdida de acceso puede producirse si, en el momento en que se realizó la copia de seguridad, el usuario no era miembro de la función de servidor o no era miembro de la función de base de datos con permisos de Control total (Administrador).