Información general de bases de datos compartidas escalables
La característica de bases de datos compartidas escalables permite escalar una base de datos de sólo lectura que se ha generado exclusivamente para la creación de informes (una base de datos de informes). La base de datos de informes debe residir en un conjunto de volúmenes dedicados de sólo lectura, cuyo fin principal es alojar la base de datos. Mediante el uso de hardware estándar para servidores y volúmenes, puede escalar una base de datos de informes para que proporcione una vista idéntica de los datos de los informes en varios servidores de informes. Esta característica permite una ruta de actualización cómoda para la base de datos de informes.
Una vez que la base de datos de informes se ha generado en un conjunto de volúmenes de informes, estos volúmenes se marcan para acceso de sólo lectura y se montan en varios servidores de informes. En cada servidor de informes, la base de datos de informes se adjunta a continuación a una instancia de MicrosoftSQL Server 2005 o las versiones posteriores pasan a estar disponible como una base de datos compartida escalable. Una vez que se ha establecido una base de datos compartida escalable, los clientes pueden compartir una base de datos de informes usando diferentes servidores de informes. Para realizar consultas a la base de datos, un usuario o aplicación puede conectarse a cualquier instancia de servidor a la que se ha adjuntado la base de datos. Los clientes de diferentes servidores obtienen una vista idéntica de los datos de los informes en cada versión de la base de datos de informes, con resultados coherentes para las consultas en todos los servidores.
Ventajas
Las bases de datos compartidas escalables ofrecen las siguientes ventajas:
Ampliación escalada de la carga de trabajo de las bases de datos de informes mediante servidores y hardware estándar.
Una base de datos compartida escalable es una forma eficaz de crear un puesto de datos o almacenes de datos de sólo lectura accesibles para varias instancias de servidor para la generación de informes, como, por ejemplo, la ejecución de consultas o el uso de Reporting Services.
Aislamiento de carga de trabajo.
Cada servidor utiliza su propia memoria, CPU y base de datos tempdb, de esta forma se evita que una consulta mal optimizada monopolice todos los recursos del servidor.
Una vista idéntica de los datos de los informes en todos los servidores.
Se considera que todas las instancias de servidor se han configurado de manera idéntica; por ejemplo, que utilizan una sola intercalación.
[!NOTA]
Puede actualizar la base de datos de informes en un segundo volumen de informes. Para obtener más información, vea Maximizar la disponibilidad de una base de datos compartida escalable.
Restricciones
Las bases de datos compartidas escalables tienen las siguientes limitaciones:
La base de datos debe estar en un volumen de sólo lectura.
Los archivos de datos son accesibles a través de una SAN.
Las bases de datos sólo son compatibles con Windows Storage si se ejecutan en el SP1 de Windows Server 2003 o versiones posteriores.
Se recomienda que limite las configuraciones de bases de datos compartidas escalables a ocho instancias de servidor por base de datos compartida.
Las bases de datos compartidas escalables no admiten instantáneas de bases de datos.
.gif "Nota importante") Importante |
|---|
La configuración de una base de datos compartida escalable requiere que el entorno de la red de área de almacenamiento funcione correctamente. Para obtener directrices y recomendaciones acerca del uso de una base de datos compartida escalable, vea Asegurar un entorno correcto para una base de datos compartida escalable. |
Generar y ampliar una base de datos de informes
Para configurar una nueva base de datos compartida escalable, un administrador de bases de datos debe crear una nueva base de datos de informes en un conjunto de volúmenes de informes o actualizar en ellos una versión obsoleta de la base de datos de informes (la fase de generación o actualización). A continuación, el administrador amplía horizontalmente la base de datos configurándola como una base de datos compartida escalable en varias instancias de servidor (la fase de adjuntar).
La siguiente ilustración muestra cómo se genera una nueva base de datos de informes en un solo volumen de informes y se adjunta para que pase a estar disponible como base de datos compartida escalable.
.gif "Base de datos compartida escalable que utiliza 1 volumen de elaboración de informes")
La fase de generación de la ilustración muestra el proceso en el cual el volumen de informes se monta en el servidor de producción y se genera la base de datos de informes. Una vez que se ha montado en el sistema de producción, el volumen se marca para acceso de lectura y escritura. A continuación, se genera una base de datos de informes en el volumen mediante uno de los métodos de copia de datos que SQL Server 2005 y sus versiones posteriores incluyen para la copia de datos o de bases de datos. La base de datos de informes de esta ilustración es una copia de una base de datos de producción completa. Una vez que se ha generado la base de datos, el administrador configura cada volumen de informes en modo de sólo lectura y lo desmonta.
La fase de adjuntar de la ilustración muestra la forma en que la base de datos de informes pasa a estar disponible como una base de datos compartida escalable. Primero, el administrador monta el volumen de informes de sólo lectura en varios servidores de informes de la SAN. Después, en cada servidor de informes, el administrador adjunta la base de datos de informes a una instancia de SQL Server. La base de datos se adjunta como una base de datos de sólo lectura porque los volúmenes son de sólo lectura. Cuando este proceso finaliza en un servidor de informes determinado, la base de datos de informes se convierte en una base de datos compartida escalable en ese servidor. Sin embargo, la fase de adjuntar continúa en conjunto hasta que la base de datos se adjunte a todos los servidores de informes.
Una versión concreta de una base de datos de informes sigue estando disponible como base de datos compartida escalable mientras permanezca adjuntada a cualquiera de los servidores de informes.
Actualizar un conjunto de volúmenes de informes
Por lo general, cuando una base de datos de informes es de sólo lectura, se vuelve obsoleta y debe actualizarse para que pueda ofrecer los datos de informes más actuales. En una configuración de base de datos compartida escalable, el proceso completo de sustitución de una base de datos de informes en un conjunto de volúmenes de informes por una versión actualizada de la misma base de datos se denomina ciclo de actualización.
El ciclo de actualización
El ciclo de actualización empieza con la fase de separar, que finaliza al desmontar todos los volúmenes de informes en todos los servidores de informes. A continuación, empieza la fase de actualización (equivalente a la fase de generación de una nueva base de datos de informes). La fase de actualización termina con una versión bastante actualizada de la base de datos en los volúmenes de sólo lectura que, en ese momento, no están montados en ningún servidor. Finalmente, la base de datos se configura como una base de datos compartida escalable durante la fase de adjuntar, que requiere los mismos pasos seguidos para adjuntar una nueva base de datos de informes.
Fase de separar
La primera etapa de un ciclo de actualización elimina la base de datos obsoleta de la configuración de base de datos compartida escalable en cada uno de los servidores de informes. El proceso de poner una base de datos de informes obsoleta fuera de servicio como base de datos compartida escalable se denomina fase de separar del ciclo de actualización. Esta fase debe llevarse a cabo en un servidor, antes de que una versión actualizada de la base de datos de informes pueda estar disponible en ese servidor de informes concreto.
Para empezar a eliminar la base de datos, el administrador debe detener la carga de trabajo de consultas en la base de datos que proviene de cada instancia de servidor. Después, en cada servidor de informes, el administrador separa la base de datos. Una vez separada de la última instancia de servidor, la base de datos de informes deja de ser una base de datos compartida escalable. Para finalizar esta fase, el administrador desmonta el conjunto de volúmenes de informes que contienen la base de datos obsoleta.
Fase de actualización
La siguiente fase del ciclo de actualización incluye la actualización de la base de datos en el mismo conjunto de volúmenes de informes. La actualización de la base de datos implica actualizarla (por ejemplo, mediante la importación de datos actuales de producción) o regenerarla (por ejemplo, mediante la restauración de una copia de seguridad reciente de la base de datos de producción). El método seleccionado para actualizar una base de datos depende de los requisitos específicos de su empresa.
Fase de adjuntar
Para finalizar el ciclo de actualización de un conjunto de volúmenes de informes, el administrador debe ampliar horizontalmente la base de datos actualizada. Si sólo se utiliza un conjunto de volúmenes de informes en una configuración de base de datos compartida escalable, el proceso de adjuntar en una actualización equivale al proceso original de adjuntar.
Versiones alternativas de la base de datos entre dos conjuntos de volúmenes de informes
Para maximizar la disponibilidad de una configuración de base de datos compartida escalable, puede utilizar dos conjuntos alternativos de volúmenes de informes. Esto permite superponer los ciclos de actualización de una base de datos obsoleta y una base de datos actualizada. La base de datos de informes actualizada reside en un conjunto diferente de volúmenes. Antes de separar la versión obsoleta de la base de datos y desmontar sus volúmenes, puede actualizar la base de datos en el conjunto alternativo de volúmenes y montarlos en los servidores de informes. Después, cuando se separe la versión obsoleta de la base de datos de una instancia concreta de servidor, puede adjuntar la versión actualizada de forma inmediata.
Para obtener más información, vea Maximizar la disponibilidad de una base de datos compartida escalable.
Vea también