Bases de datos escalables compartidas son compatibles con SQL Server 2005

Seleccione idioma Seleccione idioma
Id. de artículo: 910378 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

INTRODUCCIÓN

Bases de datos escalables compartidas son compatibles con Microsoft SQL Server 2005 Enterprise Edition. En este artículo es una vista previa del tema "Escalable base compartido de datos" que se publicará en una futura actualización de libros en pantalla de SQL Server.

Más información

Bases de datos compartidas escalables

Bases de datos compartidas escalables permiten adjuntar una base de datos informes 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 producción por datos que se utilizan exclusivamente para fines de informes. Para realizarse en una base de datos compartida escalable, una base de datos debe residir en uno o más dedicados de sólo lectura volúmenes. El principal propósito de estos volúmenes de sólo lectura es host los informes de base de datos o un conjunto coordinado de informes de bases de datos. Estos volúmenes se conocen como volúmenes de informes.

Ventajas

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

    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 escalable compartida".

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.
  • Pueden obtener acceso a los archivos de datos a través de una 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 una base de datos informes de actualizaciones

Cuando se utiliza una base de datos escalable compartida para una base de datos, implica un ciclo de actualización de la tres fase:
  • fase de generación : el ciclo de actualización de una base de datos comienza con la fase de generación. Antes de poder generar una base de datos, 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, sólo se puede montar el volumen en un sistema. Si el volumen está montado en más de un sistema, podrían producirse daños en el sistema de archivos. A continuación, el administrador genera 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. Después de genera la base de datos, el administrador establece el volumen de sólo lectura y, a continuación, desmonta.
  • fase de adjuntar : procede de la fase de asociación después de la fase de generació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 individualmente de informes. Para configurar la base de datos como una base de datos escalable compartida, el administrador monta los volúmenes informes de sólo lectura en un servidor de informes a través de la SAN. Después de que el administrador realice que cada volumen está establecido sólo lectura, el administrador adjunta la base de datos informes en una instancia de SQL Server. La base de datos informes en una instancia de SQL Server es también conocida como una instancia de servidor informes. Dado que cada volumen informes es de sólo lectura, adjuntar la base de datos establece en sólo lectura. En este momento, la base de datos se convierte en una base de datos compartida escalable que se puede tener acceso los clientes mediante 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 escalable compartida".
  • fase de desconectar : 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 actualizados los datos de informes. La fase de separación es el proceso de quitar una base de datos obsoleto de informe de servicio como una base de datos compartida escalable. Antes de realizar una base de datos actualizada de informe disponibles en un determinado servidor de informes, la fase de separar debe realizarse en dicho servidor. Cuando se debe actualizar una base de datos, debe ser desasociada desde todas las instancias de servidor. Para iniciar la fase de separación, el Administrador de la base de datos primero detiene la carga de trabajo de consulta que proviene a 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, a continuación, se separa. El Administrador de la base de datos, a continuación, desmonta el volumen de cada sistema host. Una vez finalizada la fase de separación, el volumen informes se desconecta de la SAN.
Nota Para maximizar la disponibilidad de datos de informes, le recomendamos que alternan ciclos de actualización entre dos volúmenes informes como práctica recomendada. El primer volumen informes todavía está montado en los servidores informes, puede montar el segundo volumen en el servidor de producción y, a continuación, crear 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 escalable compartida".

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, ese usuario se se denomina el Administrador de la base de datos.

importante Para configurar una base de datos escalable compartida, la SAN debe ya funcione correctamente.

Ejemplos de bases de datos compartidas escalables

En ciclos de actualización posterior, puede actualizarse o volver a generar la base de datos. El método preferido depende de los requisitos empresariales. Puede utilizar bases de datos compartidas escalables de dos maneras siguientes:
  • base de datos de puesto de datos : el uso más simple de una base de datos escalable compartida es una base de puesto de datos. Una base de puesto de datos se extrae periódicamente el contenido de un almacén de datos y se utiliza para informes. Para actualizar la base de datos del puesto, quitar la base de datos y, a continuación, reemplácelo con una nueva versión.
  • informes de una base de datos actualizable : cuando se notifica de la base de datos no tiene que se transforma de 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, restaurar la copia de seguridad de 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

Una base de datos compartida escalable debe estar en un volumen de sólo lectura que se puede tener acceso a través de una SAN. Los servidores 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
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 pueden tener acceso a una base de datos compartida escalable. Normalmente, cada instancia de servidor se ejecuta en un servidor informes independiente. Sin embargo, se admite la ejecución varias instancias de servidor de informes en un servidor de informes.

Configurar el entorno

Para asegurarse de que el entorno admite bases de datos compartidas escalables, recomendamos que siga estas directrices:
  • Asegúrese de que se está ejecutando servidores de informes para una determinada base de datos informes en sistemas operativos idénticos. Cuando actualiza un servidor informe, actualizar cualquier otros servidores de informes que sirven la misma base escalable de datos compartida o bases de datos. Por ejemplo, si aplica una actualización o service pack de software para Windows o SQL Server 2005 a cualquiera de los servidores informes, aplicar el misma software actualización o service pack a todos los servidores informes.

    Nota Con frecuencia, puede realizar actualizaciones sucesivas de los servidores de informes mientras completar la actualización sucesiva de forma oportuna.
  • Bases de datos compartidas escalables se prueban bajo una carga de trabajo acceso simultáneo por hasta ocho instancias de servidor de SQL Server 2005 Enterprise Edition. SQL Server 2005 no exige 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 ocupan varios volúmenes, debe utilizar el mismo número de volúmenes de informes. En cambio, porque la base de datos está establecida en sólo lectura, sus archivos de registro pueden coexistir con archivos de datos en un volumen informes.
  • Para simplificar el proceso de crear o actualizar una base de datos, recomendamos que la ruta de la base de datos informe ser el mismo que la base de datos de producción. Esto incluye utilizar ambos la misma letra de unidad para el volumen informes y la misma ruta de directorio de la base de datos. Por ejemplo, si la base de datos de producción está en E:\SQLdata, utilizar electrónico como la letra de unidad del volumen informes, si es posible. Además, utilizar \SQLdata como directorio de la base de datos, si es posible. Sin embargo, una secuencia de comandos tiene rutas explícitas puede controlar las diferencias. Si el volumen informes utiliza una letra de unidad diferente al volumen de producción, quizás tenga que hacer las modificaciones siguientes:
    • Si genera la base de datos al restaurar 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 de acceso completa de los archivos datos restaurados.
    • Si la base de datos 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 cada archivo. La cláusula FOR ATTACH también debe especificar su ruta 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 cada servidor cuando monte un volumen informes en los servidores informes. Esta práctica le permite 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 obtener acceso a través de la SAN de todos los servidores de informes:
    • Después de montar el volumen informes en un servidor de informes, asegúrese de que el volumen informes está montado correctamente y que se pueden obtener acceso a los archivos de datos. Para ello, escriba DIR <drive-letter>: \ <database-directory> en un símbolo del sistema, donde <drive-letter> es la letra asignada al volumen informes y <database-directory> especifica la ubicación de archivos de datos de la base de datos en el volumen. Ejecutar esta prueba desde cada servidor informes para asegurarse de que recibirá los mismos resultados 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. Producir el intento debe error el volumen está de sólo lectura.

      Nota Si realiza 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 avanzar y retroceder volúmenes informes entre el servidor de producción y los servidores informes, la prueba ya no es necesario cuando esté seguro de que las secuencias de comandos funcionan correctamente.

Fase 1: Fase de generación

Crear o actualizar una base de datos compartida escalable

Una base de datos se debe generar y actualizar manualmente. Este proceso es la primera fase del ciclo de actualización de una base de datos y se conoce como la fase de generación. La fase de generación puede implicar actualizar una base de datos obsoleto o crear 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 los datos de informes arriba al día.

Completar la fase de generación

Puede actualizar una base de datos obsoleto de informe al actualizar los datos obsoletos de la base de datos existente o volviendo a generar la base de datos.

Nota Antes de que se puede actualizar una base de datos existente de informe, debe se separó la base de datos de cada instancia de servidor de informes. Además, se debe desmontar el volumen informes desde cada servidor informes. Para obtener más información, consulte la sección "Desconectar una base de datos escalable compartida".

Para actualizar una base de datos obsoleto de informe, siga estos pasos en el servidor de producción:
  1. Usar utilidades de su proveedor de hardware para unmask los números de unidad lógica (LUN) que corresponden a los volúmenes 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, lo marca como lectura y escritura. Para utilizar la utilidad de línea de comandos de DiskPart para montar el volumen, escriba los comandos siguientes en el símbolo del sistema: DiskPart
    DISKPART > select volume =<drive-number>
    DISKPART > Asignar letra =<drive-letter>
    DISKPART > readonly claro de atributo
    DISKPART > salir

    En este paso, <drive-number> es el número de volumen es asignado por Windows y <drive-letter> es la letra que está asignada el volumen informes.
  3. Si va a actualizar una base de datos informes existente, siga estos pasos:
    1. Adjunte la base de datos a una instancia del servidor. Normalmente, esto sería la instancia de servidor de producción.
      CREATE DATABASE <database_name> ON <filespec_list>
         FOR ATTACH
      
    2. Establecer la base de datos a acceso de lectura y escritura mediante 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 realizar cualquier otra cosa que piensa 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 el informe las bases de datos, se recomienda que Compruebe la página configurar a la suma de comprobación , el valor predeterminado. Para cambiar esta configuración, utilice ALTER DATABASE.
  5. Establecer la base de datos en sólo lectura mediante la siguiente instrucción Transact-SQL.
    ALTER DATABASE <database_name> SET READ_ONLY
  6. Desconectarse de la base de datos mediante la instrucción Transact-SQL siguiente instrucción.
    sp_detach_db @dbname='<database_name>'
    en este paso, <database_name> es el nombre de la base de datos.
  7. Marcar volumen como de sólo lectura y, a continuación, desmontar el volumen del servidor de producción. Para utilizar la utilidad de línea de comandos de DiskPart para desmontar el volumen, escriba los comandos siguientes en el símbolo del sistema.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove
    
    en este paso, <drive-number> es el número de volumen es asignado por Windows y <drive-letter> es la letra que está asignada el volumen informes.
  8. Usar utilidades de su proveedor de hardware para enmascarar los LUN que corresponden a los volúmenes informes. Esta acción hace que los volúmenes inaccesible para el servidor de producción.
Ahora, la base de datos se puede realizar disponible como una base de datos compartida escalable. Para obtener más información, vea la sección "Adjuntar una base de datos escalable compartida".

Métodos para generar o actualizar una base de datos

Nota Cuando se genera una base de datos, recomendamos que utilice siempre la misma ruta para la base de datos de producción y las bases de datos informes. Además, recomendamos que utilice la misma letra de unidad para la producción e informar 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 en una base de datos o para trasladar una base de datos completa:
  • SQL Server Integration Services : puede crear o copiar una base de datos al ejecutar paquetes de Integration Services y mediante la tarea de ejecución SQL o la base de datos transferencia tareas:
    • La tarea de ejecución SQL ejecuta instrucciones SQL o procedimientos almacenados de un paquete. Cuando se utiliza la tarea de ejecución SQL, puede crear una base de datos si ejecuta una instrucción CREATE DATABASE. A continuación, puede rellenar la base de datos copiando en uno 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 instancias.

      Nota También puede crear una base de datos mediante el SQL Server Import y el Asistente para exportación, pero debe copiar al menos una tabla o vista.
  • copia de seguridad y restauración : se puede restaurar una copia de seguridad de una base de datos en el volumen informes de producción. Para ello, restaurar y recuperar una copia de seguridad completa en el volumen informes:
    • Si está utilizando la misma letra de unidad, montar el volumen informes en un host diferente y, a continuación, conéctese a una instancia del servidor existe para restaurar la base de datos.
    • Si el volumen informes utiliza una letra de unidad diferente al 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 en el volumen informes de producción : antes manualmente copiar una base de datos o utilizar el desasociar y asociar el método del Asistente para copiar bases de datos, debe tener la base de datos sin conexión. Después de copiar la base de datos, poner en conexión la base de datos. Sin embargo, la copia Asistente para bases de datos 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 SMO transferencia método es más lento que el desasociar y asociar (método), el método de transferencia de SMO conserva 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 generación. Para obtener más información, consulte la "fase 1: la fase de generación" sección.

Fase 2: Fase de asociación

Adjuntar una base de datos escalable compartida

Después de generar o actualizar una base de datos y desmontar el volumen informes desde el servidor de producción, un administrador debe hacer que la base de datos esté disponible 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 pasos siguientes:
  1. Usar utilidades de su proveedor de hardware para unmask los LUN que corresponden a los volúmenes informes. Esta acción hace que los volúmenes accesibles para 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 montarse su volumen informes utilizando la misma letra de unidad como el volumen de producción. Por ejemplo, si la base de datos de producción está en la unidad E en el servidor de producción, el volumen informes debe también se monta como unidad E en cada servidor de informes, si es posible.

    Para utilizar la utilidad de línea de comandos de DiskPart para montar el volumen, escriba los comandos siguientes en el símbolo del sistema.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit
    
    en este paso, <drive-number> es el número de volumen es asignado por Windows y <drive-letter> es la letra que desea utilizar para el volumen informes en el servidor de informes.

    Nota El volumen informes debe ser de sólo lectura. Recomendamos que se va marcado como 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, establecer el volumen de sólo lectura después de montar el volumen en el primer servidor de informes. Para obtener más información, consulte la "fase 1: la fase de generación" sección.

    Como práctica recomendada, debe asegurarse de que el volumen es accesible como un volumen de sólo lectura a través de la SAN después de montar un volumen informes con 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 escalable compartida".
  3. Adjuntar la base de datos a la instancia de servidor de reporting 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 informes ahora está disponible como una base de datos compartida escalable y las consultas pueden continúe.

Fase 3: Fase de separación

Separar una base de datos compartida escalable

Normalmente, la versión actual de una base de datos informes finalmente se convierte en obsoleta y debe actualizarse de mantener actualizados los datos de informes. El proceso de quitar una base de datos obsoleto de informe de servicio como una base de datos escalable compartida se conoce como la fase de separación. Esta fase es la fase de tercer y última de la actualización de ciclo para una base de datos. Antes de realizar una base de datos actualizada de informe disponibles en un determinado servidor de informes, la fase de separar debe realizarse en dicho servidor.

Completar la fase de separar

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 complete correctamente, si es posible.
  2. Desconectarse de la base de datos de cada instancia de servidor de informes mediante el sp_detach_db @ dbname = '<database_name>' comandos.

    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 la utilidad de línea de comandos de DiskPart, escriba los comandos siguientes en el símbolo del sistema.
    DiskPart
    DISKPART> select volume <drive-number>
    DISKPART> remove
    
    en este paso, <drive-letter> es la letra asignada al volumen informes.
  4. Usar utilidades de su proveedor de hardware para enmascarar los LUN que corresponden a los volúmenes informes. Esta acción hace que los volúmenes inaccesibles a los clientes desde cada servidor de informes.

Estrategias alternativas para separar una base de datos obsoleto de informe

Cuando se reemplaza la versión obsoleta de una base de datos, debe tener en cuenta los requisitos empresariales de su entorno de generación de informes. Debe evaluar cuáles de los requisitos empresariales siguientes tienen prioridad en su entorno:
  • Conservar las transacciones que se está ejecuta actualmente hasta que finalicen.
  • Completar la actualización dentro de un período de tiempo limitado.
Según 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:
  • Permiten que las transacciones finalizar antes de desconectar el servidor de informes: para conservar todas las transacciones en progreso, debe iniciar la fase de separación por detener la actividad de E/s entrantes en el volumen informes. A continuación, en cada instancia de servidor informe, 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 limitado: en este caso, debe obtener acceso exclusivo a la base de datos en cada instancia de servidor con una hora de finalización que permite su período de tiempo. Si las consultas no finaliza dentro de ese momento de finalización, se detendrán. Las consultas tendrá que esperar hasta después de la actualización que se reinicie. Después de las consultas se detendrán, puede separar la base de datos de cada instancia de servidor y, a continuación, desmontar el volumen informes de cada servidor de informes.
En este momento, está listo para la siguiente fase de generación. Como alternativa, si ya ha actualizado la base de datos en otro volumen 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 escalable compartida".

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 en los servidores 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 informes de datos 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 a los clientes recibir resultados diferentes en instancias de servidor diferente al actualizar la base de datos, puede realizar una actualización sucesiva de la base de datos. Debería finalizar el ciclo de actualización en un servidor de informes en un momento.

Sincronizado, actualiza sensibles al tiempo de todos los servidores de informes

Esta sección describen varias estrategias para actualizar el contenido de una base de escalable datos compartida, dependiendo de los requisitos empresariales:
  • Los debe mantener todos los servidores de informes en sincronización.
  • Debe realizar la actualización dentro de un período de tiempo limitado. Este marco es más importante que conservar están ejecutando transacciones.
Al sincronizar la base de datos en todos los servidores de informes, la base de datos no está entre la fase de separación de la versión obsoleta de la base de datos y la fase de asociación de la versión actualizada disponible.

Para sincronizar el ciclo de actualización en todos los informes instancias de servidor y fin de ciclo de la actualización dentro de un período de tiempo limitado, siga estos pasos:
  1. Para mantener el contenido de sincronización, que debe finalizar la separación se puede actualizar la fase en todos los servidores de informes antes de cualquiera de los servidores informes. Si cualquier long-running queries están activas en cualquier servidor, debe dejar de ellos.
  2. Después de desmontar el volumen informes primero desde todas las instancias de servidor, puede iniciar actualizar los servidores informes. En cada servidor de informes, montar otro volumen que contiene 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 en una instancia concreta, se pueden reiniciar transacciones detenidas en esa instancia.

Distribuir actualizaciones de los servidores de informes

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

Permitir que las transacciones finalicen la actualización sucesiva

En esta estrategia, una actualización sucesiva permite al administrador de base de datos espera de transacciones de larga finalizar en un servidor de informes cuando se actualiza la base de datos otro servidor informes. Esta estrategia resuelve los requisitos empresariales siguientes:
  • Los servidores informes no tiene que se mantiene sincronizada. Esto permite una actualización sucesiva entre la base de datos obsoleto de informe y la base de datos informes actualizado.
  • Tiene un período ilimitado de tiempo para realizar la actualización o la fecha límite es menos crítica que conservar están ejecutando transacciones.
Para realizar esta forma de actualización sucesiva, siga estos pasos en una instancia de servidor a la vez:
  1. Para conservar todas las transacciones en progreso, debe iniciar la fase de separación por detener la actividad de E/s entrantes en el volumen informes. Si una consulta de larga ejecución retrasa la actualización en una instancia de servidor, espere a que la consulta para finalizar antes de desconectar la instancia del servidor.
  2. Finalizar todas las transacciones están en esta instancia de servidor, desconecte la base de datos informes.
  3. Después de desasociar una determinada base de datos informes de todas las instancias de servidor, adjuntar una versión más actual de la base de datos a esa instancia de servidor.
  4. Para que la instancia del servidor esté disponible para consultas informes, adjunte una copia actualizada de la base de datos.

Finalizar la actualización sucesiva en un tiempo limitado

En esta estrategia, una actualización sucesiva permite el Administrador de base de datos para mantener un servicio informes ininterrumpido permitiendo brevemente la versión obsoleta de la base de datos permanezca disponible para nuevas consultas en algunos servidores de informes. El servicio permanece ininterrumpido cuando actualice la base de datos en otro servidor de informes. Esta estrategia resuelve los requisitos empresariales siguientes:
  • Los servidores informes no tiene que se mantiene sincronizada. Esto permite una actualización sucesiva entre la base de datos obsoleto de informe y la base de datos informes actualizado.
  • Debe realizar la actualización en un período de tiempo limitado. Este límite es más importante que conservar están ejecutando transacciones.
Para realizar esta forma de actualización sucesiva, siga estos pasos en un servidor de informes en un momento:
  1. Detener la actividad de E/s entrantes en el volumen informes y, opcionalmente, esperar transacciones cortas termine en una instancia del servidor antes de separar su base de datos generación 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 escalable compartida".
  3. Hacer que la versión actualizada de la base de datos informes estén disponibles nuevo para consultas informes. Para obtener más información, vea la sección "Adjuntar una base de datos escalable compartida".
Este tipo de sucesiva garantiza que nunca se interrumpe la capacidad informe general. Esta estrategia permite tolerar transacciones de bastante larga en algunas de las instancias del servidor durante un tiempo. Sin embargo, dado el marco limitado para actualizar todas las bases de informes datos, si una consulta de larga ejecución retrasa significativamente la actualización en una instancia de servidor, tendrá que detener dicha consulta. La consulta puede esperar a ejecutar de nuevo en la misma instancia del servidor después de su base de datos se ha actualizado, o la consulta se puede reiniciar antes en un servidor actualizado.

Referencias

Para descargar los libros en pantalla de SQL Server 2005, visite el siguiente sitio Web del Centro de descarga de Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f&DisplayLang=en
SQL Server requiere los sistemas admiten ? garantiza la entrega a medios estables ? como se describe en el programa de revisión de solución de almacenamiento de Microsoft SQL Server Always-On. FOPara obtener más información sobre 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:
967576Microsoft SQL Server Database Engine E/s requisitos

Propiedades

Id. de artículo: 910378 - Última revisión: martes, 20 de noviembre de 2007 - Versión: 2.4
La información de este artículo se refiere a:
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Palabras clave: 
kbmt kbsql2005engine kbtshoot kbinfo KB910378 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 910378

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com