Bases de datos escalables compartidas son compatibles con SQL Server 2005

INTRODUCCIÓN

Bases de datos escalables compartidas son compatibles con Microsoft SQL Server 2005 y en ediciones posteriores. Este artículo es una vista previa del tema "Escalable base de datos compartida" que ahora se publica como el siguiente tema en los libros en pantalla de SQL Server

Resumen de bases de datos compartidas escalables

Más información

Bases de datos compartidas escalables

Bases de datos compartidas escalables permiten adjuntar una base de datos de sólo lectura a varias instancias de servidor a través de una red de área de almacenamiento (SAN). Una base de datos es una base de datos de sólo lectura que se genera a partir de una o más bases de datos producción que se usan exclusivamente con fines informativos. Para convertir en una base de datos compartida escalable, una base de datos debe residir en uno o más de sólo lectura volúmenes dedicados. El propósito principal de estos volúmenes de sólo lectura es alojar la base de datos o un conjunto coordinado de reporting de bases de datos. Estos volúmenes se denominan volúmenes de informes.

Beneficios

Bases de datos compartidas escalables ofrecen las siguientes ventajas:
  • Proporcionar escalado de carga de trabajo de informes de bases de datos mediante el uso de servidores. Una base de datos compartida escalable es una manera rentable de hacer que los puestos de datos de sólo lectura o almacenes de datos disponibles para varias instancias de servidor para generar informes, como ejecutar consultas o mediante SQL Server 2005 Reporting Services.
  • Proporcionar aislamiento de cargas de trabajo. Cada servidor utiliza su propia base de datos tempdb , la CPU y la memoria.
  • Garantizar la misma vista de datos de informes de todos los servidores si todas las instancias de servidor están configuradas de forma idéntica. Por ejemplo, todos los servidores utilizaría una única intercalación.

    Nota: Opcionalmente, puede actualizar la base de datos en un segundo volumen informes. Para obtener más información, consulte la sección "Maximizar la disponibilidad de una base de datos compartida escalable".

Restricciones

Para una base de datos compartida escalable, existen las siguientes restricciones:
  • La base de datos debe estar en un volumen de sólo lectura.
  • Los archivos de datos pueden tener acceso a través de un SAN.
  • Bases de datos compartidas escalables se admiten sólo en Microsoft Windows Server 2003 Service Pack 1 (SP1) o una versión posterior de Windows Server 2003.

Ciclo de actualización de una base de datos de informes

Cuando se utiliza una base de datos compartida escalable para una base de datos, implica un ciclo de actualización de tres fases:
  • Fase de compilación: el ciclo de actualización de una base de datos comienza con la fase de compilación. Antes de poder generar una base de datos de informes, el administrador monta el volumen informes en el sistema de producción y facilita la lectura y escritura. Cuando un volumen está en un estado de lectura y escritura, el volumen puede ser montado en un sistema. Si el volumen está montado en más de un sistema, pueden producirse daños en el sistema de archivos. A continuación, el administrador crea la base de datos mediante uno de los métodos de copia de datos proporcionados por SQL Server 2005 para copiar datos o bases de datos. Una vez se ha creado la base de datos, el administrador establece el volumen de sólo lectura y, a continuación, lo desmonta.
  • Fase de asociación: la fase adjuntar viene después de la fase de compilación. La fase de asociación hace que la base de datos estén disponibles como una base de datos compartida escalable. La fase de asociación debe realizarse en cada uno de los servidores de informes de forma individual. Para configurar la base de datos como una base de datos compartida escalable, el administrador monta los volúmenes de informes de sólo lectura en un servidor de informes en el SAN. Después de que el administrador se asegura de que cada volumen está establecida en sólo lectura, el administrador adjunta la base de datos en una instancia de SQL Server. La base de datos en una instancia de SQL Server también es conocido como una instancia de reporting server. Dado que cada volumen informes es de sólo lectura, adjuntar la base de datos establece en sólo lectura. En este punto, la base de datos se convierte en una base de datos compartida escalable que se puede tener acceso los clientes utilizando el servidor de informes.

    Nota: Si utiliza un segundo volumen informes al actualizar la base de datos, debe elegir entre una actualización sucesiva y una actualización sincronizada. Para obtener más información, consulte la sección "Maximizar la disponibilidad de una base de datos compartida escalable".
  • Fase de separación: la tercera fase es la fase de separación. Normalmente, la base de datos informes finalmente quede obsoleto. La base de datos debe actualizarse para mantener los datos de informes actual. La fase de desasociación es el proceso de quitar una base de datos de informes antiguo del servicio como una base de datos compartida escalable. Antes de poder hacer una base de datos de informes actualizado disponibles en un determinado servidor de informes, debe completarse la fase de separación en ese servidor. Cuando se debe actualizar una base de datos de informes, se debe desasociar desde todas las instancias de servidor. Para iniciar la fase de desasociación, el Administrador de la base de datos primero detiene la carga de trabajo de consulta que proviene la base de datos de todas las instancias de servidor. En cada instancia de servidor, el Administrador de la base de datos obtiene acceso exclusivo a la base de datos y lo desconecta. El Administrador de la base de datos, a continuación, desmonta el volumen de cada sistema host. Una vez completada la fase de separación, se desconecta el volumen informes desde el SAN.
Nota: Para maximizar la disponibilidad de datos de informes, le recomendamos que alternan ciclos de actualización entre dos volúmenes informes como una mejor práctica. Cuando el primer volumen informes todavía está montado a los servidores de informes, puede montar el segundo volumen en el servidor de producción y, a continuación, generar una versión actualizada de la base de datos. Para obtener más información, consulte la sección "Maximizar la disponibilidad de una base de datos compartida escalable".

Nota: Cada fase consta de una serie de pasos que deben realizarse por un usuario que tenga derechos de administrador de base de datos. En este artículo, dicho usuario se hará referencia a como el Administrador de la base de datos.

Importante: Para configurar una base de datos compartida escalable, el entorno SAN debe ya funcione correctamente.

Ejemplos de bases de datos compartidas escalables

Los ciclos de actualización posterior, pueden actualizarlas o volver a generar la base de datos. El mejor método depende de los requerimientos del negocio. Puede utilizar bases de datos compartidas escalables de las dos maneras siguientes:
  • Base de datos del puesto: el uso más simple de una base de datos compartida escalable es una base de datos del puesto. Un puesto de datos se extrajeron periódicamente el contenido de un almacén de datos y se usa para informes. Para actualizar la base de datos del puesto, colocar la base de datos y, a continuación, reemplazarlo con una nueva versión.
  • Informes de una base de datos actualizable: cuando la base de datos que se está informando de no debe transformarse desde la base de datos de origen, se puede actualizar periódicamente la base de datos. Para actualizar periódicamente la base de datos, crear una copia de seguridad completa de la base de datos de producción y, a continuación, restaure la copia de seguridad de la base de datos en el volumen o volúmenes de informes.

Asegúrese de que el entorno es correcto para una base de datos compartida escalable

Debe ser una base de datos compartida escalable en un volumen de sólo lectura que puede accederse a través de un SAN. Los servidores de informes deben estar ejecutando lo siguiente:
  • Windows Server 2003 SP1 o una versión posterior de Windows Server 2003
  • SQL Server 2005 Enterprise Edition o una versión posterior de SQL Server 2005
Para la compatibilidad, se recomienda que limite las configuraciones de base de datos compartida escalable a ocho instancias de servidor. Sin embargo, SQL Server 2005 no limita el número de instancias simultáneas que puede tener acceso a una base de datos compartida escalable. Normalmente, cada instancia de servidor se ejecuta en un servidor de informes independiente. Sin embargo, se admite ejecutando varias instancias de servidor de informes en un servidor de informes.

Configurar el entorno

Para asegurarse de que su entorno es compatible con bases de datos compartidas escalables, le recomendamos que siga estas instrucciones:
  • Asegúrese de que los servidores de informes para una determinada base de datos se ejecutan en sistemas operativos idénticos. Cada vez que se actualiza un servidor de informes, actualizar los otros servidores de informes que sirven la misma base de datos compartida escalable o bases de datos. Por ejemplo, si aplica una actualización o un service pack de software para Windows o SQL Server 2005 en cualquiera de los servidores de informes, aplicar el mismo software actualización o service pack a todos los servidores de informes.

    Nota: Con frecuencia, puede realizar actualizaciones sucesivas de los servidores de informes siempre y cuando termine la actualización sucesiva de manera oportuna.
  • Bases de datos compartidas escalables se prueban bajo una carga de trabajo de acceso simultáneo de hasta ocho instancias de servidor de SQL Server 2005 Enterprise Edition. SQL Server 2005 no impone un límite de instancia. Sin embargo, recomendamos que limite las configuraciones de base de datos compartida escalable a ocho instancias de servidor para cada base de datos compartida.
  • Si los archivos de datos de la base de datos de producción abarcan varios volúmenes, debe utilizar el mismo número de volúmenes de informes. Por el contrario, porque la base de datos está establecida en sólo lectura, sus archivos de registro pueden coexistir esta con archivos de datos en un volumen de informes.
  • Para simplificar el proceso de crear o actualizar una base de datos, se recomienda que la ruta de acceso de la base de datos sea la misma que la base de datos de producción. Esto incluye el uso de ambos la misma letra de unidad para el volumen de informes y la misma ruta de directorio para la base de datos. Por ejemplo, si la base de datos de producción está en E:\SQLdata, utilice E como letra de unidad del volumen informes, si es posible. Además, debe utilizar \SQLdata como el directorio de la base de datos, si es posible. Sin embargo, una secuencia de comandos con rutas de acceso explícitas puede resolver las diferencias. Si el volumen informes utiliza una letra de unidad diferente que el volumen de producción, deberá realizar las siguientes modificaciones:
    • Si la base de datos se genera mediante la restauración de una copia de seguridad de la base de datos, la instrucción RESTORE DATABASE debe tener una cláusula WITH MOVE que especifica la ruta completa de los archivos de datos restaurados.
    • Si la base de datos de informes es una copia de la base de datos de producción, la cláusula FOR ATTACH de la instrucción CREATE DATABASE debe enumerar todos los archivos. La cláusula FOR ATTACH también debe especificar su ruta de acceso completa al adjuntar la base de datos. Siempre es una práctica recomendada.

      Nota: Como práctica recomendada, utilice la misma letra de unidad en todos los servidores cuando se monta un volumen informes en los servidores de informes. Este ejercicio le ayuda a administrar el volumen a través de los diferentes servidores.
  • La base de datos debe estar en un volumen de sólo lectura que puede tener acceso a través del SAN desde los servidores de informes:
    • Después de montar el volumen informes en un servidor de informes, asegúrese de que el volumen de informes está montado correctamente y que pueden tener acceso a los archivos de datos. Para ello, escriba DIR
      < letra de unidad >: \< directorio de base de datos > en un símbolo del sistema, donde < letra de unidad > es la letra asignada al volumen informes, y
      < directorio de base de datos > especifica la ubicación de los archivos de datos de la base de datos en el volumen. Ejecutar esta prueba desde cada servidor de informes para asegurarse de que recibe los resultados de la mismos para todos ellos.
    • Para asegurarse de que está establecida la base de datos de sólo lectura, intente crear un archivo en el volumen. El método más sencillo es intentar copiar o guardar un archivo de texto sin formato en el volumen. El intento falle porque el volumen es de sólo lectura.

      Nota: Si está realizando estos pasos manualmente, se recomienda que repita estas pruebas en cada ciclo de actualización cuando vuelva a montar el volumen informes en cada servidor de informes. Si la secuencia de comandos los pasos para mover volúmenes de informes de ida y vuelta entre el servidor de producción y los servidores de informes, la prueba ya no es necesario cuando se haya asegurado de que las secuencias de comandos funcionan correctamente.

Fase 1: La fase de compilación

Crear o actualizar una base de datos compartida escalable

Una base de datos de informes debe construirse y actualizar manualmente. Este proceso constituye la primera fase del ciclo de actualización de una base de datos de informes y se conoce como la fase de construcción. La fase de construcción puede implicar actualizar una base de datos obsoleto o construir una nueva versión.

Normalmente, la versión actual de una base de datos informes finalmente quede obsoleta. La base de datos debe actualizarse periódicamente para mantener actualizados los datos de informes.

Completar la fase de compilación

Puede actualizar una base de datos de informes antiguo mediante la actualización de los datos obsoletos en la base de datos existente o volver a generar la base de datos.

Nota: Para poder actualizar una base de datos existente, debe desasociar la base de datos de cada instancia de reporting server. Además, se debe desmontar el volumen informes desde cada servidor de informes. Para obtener más información, consulte la sección "Desconectar una base de datos compartida escalable".

Para actualizar una base de datos de informes antiguo, siga estos pasos en el servidor de producción:
  1. Utilice Utilidades de su proveedor de hardware para unmask los números de unidad lógica (LUN) que corresponden a los volúmenes de informes. Esta acción hace que los volúmenes accesibles para el servidor de producción.
  2. Montar el volumen informes y, a continuación, marcarlo como de lectura y escritura. Para utilizar la utilidad de línea de comandos Diskpart para montar el volumen, escriba los comandos siguientes en un símbolo del sistema:DiskPart
    DISKPART > Seleccionar volumen =< número de unidad >
    DISKPART > Asignar letra =< letra de unidad >
    DISKPART > readonly claro de atributo
    DISKPART > Salir
    En este paso,
    < número de unidad > es el número del volumen que es asignado por Windows y < letra de unidad > es la letra asignada al volumen informes.
  3. Si va a actualizar una base de datos existente, siga estos pasos:
    1. Adjuntar la base de datos a una instancia de servidor. Normalmente, esto sería la instancia del servidor de producción.
      CREATE DATABASE <database_name> ON <filespec_list>   FOR ATTACH

    2. Establecer la base de datos para acceso de lectura y escritura utilizando la siguiente instrucción de Transact-SQL.
      ALTER DATABASE <database_name> SET READ_WRITE
      Para obtener más información, consulte los libros en pantalla de SQL Server 2005.
  4. Crear la base de datos.

    Para actualizar una base de datos, puede actualizar los datos obsoletos, reconstruir la base de datos o hacer cualquier otra cosa que crees que es necesario para actualizar los datos. El administrador crea la base de datos utilizando cualquiera de los métodos de copia de datos proporcionados por SQL Server 2005 para copiar datos o bases de datos. Para obtener más información, consulte la sección "Métodos para crear o actualizar una base de datos".

    Nota: En informes de bases de datos, se recomienda que Compruebe la página establecer suma de comprobación, el valor predeterminado. Para cambiar esta configuración, utilice ALTER DATABASE.
  5. Establecer la base de datos de sólo lectura mediante la siguiente instrucción de Transact-SQL.
    ALTER DATABASE <database_name> SET READ_ONLY
  6. Desasocie la base de datos mediante la siguiente instrucción de Transact-SQL.
    sp_detach_db @dbname='<database_name>'
    En este paso, < database_name > es el nombre de la base de datos.
  7. Marcar el volumen como de sólo lectura y, a continuación, desmontar el volumen desde el servidor de producción. Para desmontar el volumen, utilice la utilidad de línea de comandos de Diskpart, escriba los comandos siguientes en un símbolo del sistema.
    DiskPartDISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove

    En este paso, < número de unidad > es el número del volumen que es asignado por Windows, y
    < letra de unidad > es la letra asignada al volumen informes.
  8. Utilice Utilidades de su proveedor de hardware para enmascarar los LUNs que se correspondan con los volúmenes de informes. Esta acción hace que los volúmenes inaccesibles en el servidor de producción.
Ahora, la base de datos puede ponerse a disposición como una base de datos compartida escalable. Para obtener más información, consulte la sección "Adjuntar una base de datos compartida escalable".

Métodos para crear o actualizar una base de datos

Nota: Al compilar una base de datos, recomendamos que utilice siempre la misma ruta para la base de datos de producción y las bases de datos de informes. Además, se recomienda que utilice la misma letra de unidad de producción y de informar sobre el volumen cuando el volumen está montado en los servidores de informes, si es posible.

SQL Server 2005 admite actualmente los siguientes métodos para trasladar datos a una base de datos o para trasladar una base de datos completa:
  • SQL Server Integration Services: puede crear o copiar una base de datos mediante la ejecución de paquetes de Integration Services y mediante la tarea Ejecutar SQL o la tarea Transferir bases de datos:
    • La tarea Ejecutar SQL ejecuta instrucciones SQL o procedimientos almacenados de un paquete. Cuando se utiliza la tarea Ejecutar SQL, puede crear una base de datos mediante la ejecución de una instrucción CREATE DATABASE. A continuación, puede rellenar la base de datos copiando en una o más tablas o vistas.
    • La tarea Transferir bases de datos puede copiar una base de datos en la misma instancia de servidor o entre las instancias.

      Nota: También puede crear una base de datos mediante la importación de SQL Server y el Asistente para exportación, pero debe copiar al menos una tabla o vista.
  • Backup y restore: puede restaurar una copia de seguridad de una base de datos de producción en el volumen de informes. Para ello, restaurar y recuperar una copia de seguridad completa de la base de datos en el volumen de informes:
    • Si utiliza la misma letra de unidad, montar el volumen informes en un host diferente y, a continuación, conectarse a una instancia de servidor allí para restaurar la base de datos.
    • Si el volumen informes utiliza una letra de unidad diferente que el volumen de producción, la instrucción RESTORE DATABASE debe tener una cláusula WITH MOVE que especifica la letra de unidad del volumen informes en la ruta de acceso de la base de datos restaurada.
  • Copia la base de datos de producción en el volumen informes: antes manualmente puede copiar una base de datos o utilizar la separación y asociar el método del Asistente para copiar bases de datos, debe desconectar la base de datos. Después de copiar la base de datos, poner en conexión la base de datos. Sin embargo, el Asistente para copiar bases ofrece un método alternativo. El método de transferencia de SMO copia la base de datos aunque la base de datos permanece en línea. Aunque el método de transferencia de SMO es más lento que el método de separar y adjuntar, el método de transferencia de SMO conserva las conexiones activas con la base de datos.
Para obtener más información acerca de estos métodos de copia de datos, vea los libros en pantalla de SQL Server 2005.

Cuando la base de datos esté listo, debe completar la fase de construcción. Para obtener más información, vea la "fase 1: la fase de creación" sección.

Fase 2: La fase de adjuntar

Adjuntar una base de datos compartida escalable

Después de generar o actualizar una base de datos de informes y desmontar el volumen informes desde el servidor de producción, un administrador debe disponer de la base de datos como una base de datos compartida escalable. Este proceso se conoce como la fase de asociación.

Completar la fase de asociación

En esta fase, un administrador debe realizar los siguientes pasos:
  1. Utilice Utilidades de su proveedor de hardware para unmask los LUNs que se correspondan con los volúmenes de informes. Esta acción hace que los volúmenes accesibles a los clientes desde cada servidor de informes.
  2. En cada servidor de informes, montar el volumen que corresponde al LUN.

    Nota: Para simplificar el proceso de crear o actualizar una base de datos, recomendamos que siempre monta el volumen informes utilizando la misma letra de unidad como el volumen de producción. Por ejemplo, si es la base de datos de producción en la unidad E en el servidor de producción, el volumen informes debe montarse como unidad E en cada servidor de informes, si es posible.


    Para utilizar la utilidad de línea de comandos Diskpart para montar el volumen, escriba los comandos siguientes en un símbolo del sistema.
    DiskPartDISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit

    En este paso, < número de unidad > es el número del volumen que es asignado por Windows, y
    < letra de unidad > es la letra que desea utilizar para el volumen informes en el servidor de informes.

    Nota: El volumen de informes debe ser de sólo lectura. Recomendamos que estar marcado como de sólo lectura antes de que el volumen está desmontado desde el servidor de producción. Si el volumen no se ha marcado como de sólo lectura, establezca el volumen de sólo lectura después de montar el volumen en el primer servidor de informes. Para obtener más información, vea la "fase 1: la fase de creación" sección.

    Como práctica recomendada, debe asegurarse de que el volumen es accesible como un volumen de sólo lectura en el SAN después de montar un volumen informes para cada servidor de informes. Para obtener más información, consulte la sección "Asegúrese de que el entorno es correcto para una base de datos compartida escalable".
  3. Adjunte la base de datos a la instancia de reporting server o instancias en cada servidor de informes. Para obtener más información, consulte los libros en pantalla de SQL Server 2005.
La base de datos de informes ahora está disponible como una base de datos compartida escalable y pueden continuar con las consultas.

Fase 3: La fase de separar

Separar una base de datos compartida escalable

Normalmente, la versión actual de una base de datos informes finalmente quede obsoleta y debe actualizarse para mantener actualizados los datos de informes. El proceso de quitar una base de datos de informes antiguo del servicio como una base de datos compartida escalable se conoce como la fase de separación. Esta fase es la tercera y última fase de la actualización de ciclo para una base de datos. Antes de poder hacer una base de datos de informes actualizado disponibles en un determinado servidor de informes, debe completarse la fase de separación en ese servidor.

Completar la fase de separación

En esta fase, un administrador debe realizar los pasos siguientes en cada servidor de informes:
  1. Deshabilitar nuevas consultas en la base de datos y, a continuación, deje que consultas actuales se completan correctamente, si es posible.
  2. Desasocie la base de datos de cada instancia de reporting server utilizando el sp_detach_db @dbname = '< database_name >'comando.

    En este paso,
    < database_name > es el nombre de la base de datos. Para obtener más información acerca del comando sp_detach_db , consulte los libros en pantalla de SQL Server 2005.
  3. En cada servidor de informes, desmontar el volumen informes. Para desmontar el volumen mediante el uso de la utilidad de línea de comandos de Diskpart, escriba los comandos siguientes en un símbolo del sistema.
    DiskPartDISKPART> select volume <drive-number>
    DISKPART> remove

    En este paso, < letra de unidad > es la letra asignada al volumen informes.
  4. Utilice Utilidades de su proveedor de hardware para enmascarar los LUNs que se correspondan con los volúmenes de informes. Esta acción hace que los volúmenes inaccesible a los clientes desde cada servidor de informes.

Estrategias alternativas para separar una base de datos de informes antiguo

Cuando se reemplaza la versión obsoleta de una base de datos, debe tener en cuenta los requerimientos del negocio para su entorno de creación de informes. Debe evaluar cuál de los requisitos empresariales siguientes tienen prioridad en su entorno:
  • Conservar las transacciones actualmente en ejecución hasta que finalice.
  • Completar la actualización dentro de un plazo limitado.
En función de qué requisito tiene prioridad, puede decidir cómo administrar la fase de separación en cada servidor de informes. Puede administrar la fase de separación de las maneras siguientes:
  • Permitir que las transacciones fin antes de desconectar el servidor de informes: para conservar todas las transacciones en curso, debe iniciar la fase de separación por detener la actividad de E/S entrante en el volumen de informes. A continuación, en cada instancia de reporting server, espere para desasociar la base de datos hasta que finalicen todas las transacciones actuales. Cuando se separó la base de datos de todas las instancias de servidor, puede desmontar el volumen informes.
  • Actualizar la base de datos durante un período de tiempo limitado: en este caso, debe obtener acceso exclusivo a la base de datos en cada instancia de servidor con un tiempo de finalización que permite que el período de tiempo. Si las consultas no finaliza en ese momento de terminación, detendrá. Las consultas tendrá que esperar hasta después de que se reinicie la actualización. Después de que las consultas se detienen, puede separar la base de datos de cada instancia de servidor y, a continuación, desmontar el volumen informes desde cada servidor de informes.
En este punto, está listo para la siguiente fase de compilación. O bien, si ya ha actualizado la base de datos en otro volumen de informes como se recomienda, ahora puede realizar la fase de asociación para el volumen alternativo. Para obtener más información, consulte la sección "Maximizar la disponibilidad de una base de datos compartida escalable".

Maximizar la disponibilidad de una base de datos compartida escalable

Para maximizar la disponibilidad de datos de informes, le recomendamos que alternan ciclos de actualización entre dos volúmenes informes. Cuando el primer volumen informes todavía está montado a los servidores de informes, puede montar el segundo volumen en el servidor de producción y generar una versión actualizada de la base de datos.

Si actualiza la base de datos en un segundo volumen informes, considere las siguientes opciones:
  • Si desea que todas las bases de datos reporting para devolver resultados idénticos a los clientes, debe desasociar la copia antigua de todas las instancias de servidor antes de asociar la nueva copia a cualquiera de ellos.
  • Si puede tolerar recibir resultados diferentes en las instancias de servidor diferente al actualizar la base de datos de clientes, puede realizar una actualización sucesiva de la base de datos. ¿Finalizar el ciclo de actualización en un servidor de informes a la vez.

Sincronizado, actualización sensibles al tiempo de todos los servidores de informes

En esta sección se describe varias estrategias para actualizar el contenido de una base de datos compartida escalable, según los requerimientos del negocio:
  • Deben mantener todos los servidores de informes en sincronización.
  • Debe realizar la actualización en un plazo limitado. Este plazo es más importante que conservar está ejecutando transacciones.
Al sincronizar la base de datos en todos los servidores de informes, la base de datos está disponible entre la fase detach para la versión obsoleta de la base de datos y la fase de asociación de la nueva versión.

Para sincronizar el ciclo de actualización en todas las instancias de servidor y el fin de ciclo de la actualización en un plazo limitado informes, siga estos pasos:
  1. Fase en todos los servidores de informes antes de cualquiera de los servidores de informes puede actualizarse para mantener sincronizados, que debe terminar la separación del contenido. Si las consultas de larga ejecución están activas en cualquier servidor, deberá dejar de ellos.
  2. Después de desmontar el primer volumen informes desde todas las instancias de servidor, puede empezar a actualizar los servidores de informes. En cada servidor de informes, montar otro volumen que contenga una versión más actual de la base de datos. Adjuntar esa versión a la instancia de servidor de informes local. Tan pronto como se adjunta la base de datos de una instancia concreta, se pueden reiniciar transacciones detenidas en esa instancia.

Actualizaciones sucesivas de servidores de informes

Una actualización sucesiva permite actualizar la base de datos en un servidor de informes cuando un obsoletos en la base de datos de reporting sigue estando temporalmente disponible en otro servidor de informes. Durante un tiempo, la versión obsoleta y la versión actualizada de la base de datos están disponibles al mismo tiempo. Dependiendo de los requisitos de negocio, puede producirse una actualización sucesiva en un período de tiempo limitado o la actualización sucesiva puede ser relativamente abierta para permitir que las transacciones actuales Finalizar.

Permitir que las transacciones finalicen antes de la actualización sucesiva

En esta estrategia, una actualización sucesiva permite al administrador de la base de datos debe esperar para que las transacciones de larga ejecución finalizar en un servidor de informes cuando se actualiza la base de datos en otro servidor de informes. Esta estrategia aborda los requisitos empresariales siguientes:
  • No es necesario que los servidores de informes pueden estar sincronizados. Esto permite una actualización sucesiva entre la base de datos de informes antiguo y la base de datos actualizada.
  • Tiene un período de tiempo ilimitado para realizar la actualización o la fecha límite es menos importantes que conserva actualmente ejecuta las transacciones.
Para realizar esta forma de actualización sucesiva, siga estos pasos en una instancia del servidor a la vez:
  1. Para conservar todas las transacciones en curso, debe iniciar la fase de separación por detener la actividad de E/S entrante en el volumen de informes. Si una consulta de larga ejecución retrasa la actualización en una instancia de servidor, espere a que la consulta termine antes de desconectar la instancia del servidor.
  2. Una vez haya terminado de todas las transacciones en esta instancia de servidor, desasociar la base de datos.
  3. Después de desasociar una base de datos particular desde todas las instancias de servidor, debe adjuntar una versión más reciente de la base de datos a esa instancia de servidor.
  4. Para que la instancia del servidor disponible para consultas de informes, adjuntar una copia actualizada de la base de datos.

Finalizar la actualización sucesiva en un período de tiempo limitado

En esta estrategia, una actualización sucesiva permite al administrador de la base de datos para mantener un servicio ininterrumpido informes permitiendo brevemente la versión obsoleta de la base de datos permanezca disponible para nuevas consultas en algunos servidores de informes. El servicio no se interrumpe cuando se actualiza la base de datos en otro servidor de informes. Esta estrategia aborda los requisitos empresariales siguientes:
  • No es necesario que los servidores de informes pueden estar sincronizados. Esto permite una actualización sucesiva entre la base de datos de informes antiguo y la base de datos actualizada.
  • Debe realizar la actualización en un período de tiempo limitado. Este plazo es más importante que conservar está ejecutando transacciones.
Para realizar esta forma de actualización sucesiva, siga estos pasos en un servidor de informes a la vez:
  1. Detener la actividad de E/S entrante en el volumen informes y, opcionalmente, espere transacciones cortas para que finalice en una instancia del servidor antes de desconectar su base de datos de informes.
  2. Finalizar la fase de separación en ese servidor. Para obtener más información, consulte la sección "Desconectar una base de datos compartida escalable".
  3. Disponer de la versión actualizada de la base de datos para consultas de informes. Para obtener más información, consulte la sección "Adjuntar una base de datos escalable compartida".
Esta actualización sucesiva tipo de garantiza que la capacidad de reporting global nunca se interrumpe. Esta estrategia permite tolerar transacciones bastante prolongada en algunas de las instancias de servidor durante un tiempo. Sin embargo, dado el período de tiempo limitado para actualizar todos los informes bases de datos, si una consulta de larga ejecución retrasa significativamente la actualización en una instancia de servidor, tendrá que detener esa consulta. La consulta puede esperar para volver a ejecutarse en la misma instancia de servidor después de que se haya actualizado su base de datos o la consulta puede reiniciarse antes en un servidor actualizado.

Referencias

Para descargar libros en pantalla de SQL Server 2005, visite el siguiente sitio Web del centro de descarga de Microsoft:
SQL Server requiere sistemas para admitir 'entrega garantizada a medios estables' tal como se describe en el programa de revisión de solución de almacenamiento de información de Microsoft SQL Server Maletín le. Fopara obtener más información acerca de los requisitos de entrada y salidos para el motor de base de datos de SQL Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

Requisitos de entrada y salida de motor de base de datos de 967576 de Microsoft SQL Server

Propiedades

Id. de artículo: 910378 - Última revisión: 17 ene. 2017 - Revisión: 1

Comentarios