Trasvase de registros de las preguntas más frecuentes - SQL Server 2000:

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

En esta página

Resumen

En este artículo se describe varios aspectos del trasvase de registros y responde a las preguntas más frecuentes sobre el programa de instalación, seguridad, supervisión, cambio de función y la eliminación de trasvase de registros en SQL Server 2000 Enterprise Edition.

Más información

Trasvase de registros en SQL Server 2000 proporciona un medio para establecer una solución caliente de backup mediante el Asistente para planes de mantenimiento de SQL Server. Copias de seguridad de registro de transacciones de una base de datos pueden enviados a un servidor diferente automáticamente y se aplica a una base de datos en espera. Puede utilizar la base de datos en espera para llevar a cabo operaciones de sólo lectura (dependiendo del estado de carga).

Configura el trasvase de registros

P1: ¿Qué edición de SQL Server debo tener configurar el trasvase de registros?

A1: La edición de SQL Server que se requiere para los tres componentes que participan en el trasvase de registros muestra en la siguiente matriz:
Contraer esta tablaAmpliar esta tabla
ComponenteEdición de SQL Server requiere
Servidor principalEnterprise o Developer Edition
Servidor secundarioEnterprise o Developer Edition
Servidor de supervisiónCualquier edición


P2: ¿Qué tengo que hacer antes de empezar el trasvase de conjunto a mediante el Administrador corporativo de SQL Server?

A2: Ésta es la lista de lo que debe hacer antes de empezar el trasvase de registros en SQL Server 2000.

  • Iniciar en los servicios de SQL Server y agente de SQL Server bajo una cuenta con dominio o configurar pertinente primario, secundario y monitorservers para la seguridad de paso a través (ver pregunta tres en esta partida para obtener más información).
  • Puede configurar desde cualquier equipo que tenga instalado SQL Server Enterprise Manager (SEM) de trasvase de registros. Debe registrar todos que son de equipos que ejecutan a SQL Server que funcionan como servidores, que van a ser servidores de educación, a través de SEM, en el equipo desde el que va a configurar de trasvase de registros.
  • Cree una carpeta en el servidor principal de la parte posterior de transactionlog SAI (UPS). Puede crear esta carpeta en cualquier lugar en el equipo principal.Debe haber suficiente espacio libre en disco en la unidad en la que se pueden colocar la suspensión CLIENTEPara días al menos un valor del registro de transacciones atrás ups. No es fácil predecir porque depende del tamaño y la frecuencia del registro de transacciones la exacta spacerequired copias de seguridad de la base de datos. Microsoft recomienda que cómo una carpeta diferente para cada base de datos que sólo enviar los registros.
  • Compartir las carpetas que creó en el paso anterior. Asegúrese de que concede a lee y cambiar permisos para la especificó de Windows de Microsoft en los servicios de SQL Server y agente de SQL Server se inician para los servidores que participan en el trasvase de registros. Si utiliza seguridad de paso a través, conceder estos permisos a la cuenta de Windows NT local, bajo el cual SQLServer relacionados que se inician los servicios.
  • Quitar o deshabilitar cualquier registro de transacciones de los trabajos de thedatabases que se incluye el registro de copia de seguridad. Esto incluye cualquier upjobs de espera de terceros.
¿Trimestre 3: Es necesario que iniciar SQL Server relacionados con servicios con una cuenta de dominio en lugar de una cuenta local de Windows NT?

A3: Es posible configurar los servicios de SQL Server para iniciar bajo una cuenta local de Windows NT, a menos que SQL Server está configurado para ejecutarse como un servidor virtual junto con el servicio de Cluster Server de Microsoft. Puede utilizar la seguridad de paso a través de Windows NT para este propósito. Siga estos pasos para configurar la seguridad de paso a través:
  • Crear una cuenta de Windows NT en los primario, secundario y de controlar los equipos con el mismo nombre y contraseña.
  • Configurar SQL Server relacionados con servicios se inicien en cuentas de theseWindows NT en todos los equipos.
Los servicios de SQL Server deben iniciarse con una cuenta de dominio si SQL Server está configurado para ejecutarse como un servidor virtual con el servicio de Cluster Server de Microsoft. Incluso si SQL Server es un servidor virtual, Microsoft recomienda que utilice una cuenta de dominio para iniciar los servicios cuando los equipos de SQL Server en un dominio. Obtener las siguientes ventajas al tener SQL Server relacionados con el inicio de servicios en una cuenta de dominio:
  • Cambio de contraseña de la cuenta dan como resultado un error de los trabajos de trasvase de registros de inicio de SQL Server. Para continuar correctamente logshipping en una situación de seguridad de paso a través, todos los servidores deben tener thepassword cambiado para Windows NT iniciar la cuenta, al mismo tiempo.
P4: ¿Dónde puedo configurar el trasvase de?

A4: En el Administrador corporativo de SQL Server, haga clic en la base de datos para el registro de envío tiene que configurar y, a continuación, haga clic en el Plan de mantenimiento. En el cuadro de diálogo de bienvenida , haga clic en siguiente. Haga clic para activar la casilla de verificación enviar el registro de transacciones a otros servidores SQL (trasvase de registros) . La casilla de verificación indica que el Asistente para planes de mantenimiento de SQL Server que esta base de datos debe tener el trasvase de registros. Puede realizar este paso desde un cliente que tiene SQL Server Enterprise Manager instalado.

P5: ¿Por qué aparece la casilla de verificación registro envío a veces atenuada en el cuadro de diálogo Plan de mantenimiento ?

A5: La casilla de verificación puede reducirse para uno de los siguientes motivos:
  • Pueden seleccionar varias bases de datos para el MaintenancePlan.
  • La base de datos seleccionada no está en el modelo completo o de Recuperación de registro masivo .
  • SQL Server 2000 Enterprise Edition no está instalado en el servidor.
P6: Al realizar la configuración inicial ¿por qué no configurar el trasvase de registros?

A6: Hay varias razones que pueden causar el trasvase de conjunto a un error. En este momento hay al menos un problema conocido que causa este comportamiento. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
298743 Error: Todos los cambios no se aplicarán cuando se produce un error en el Asistente de mantenimiento de envíos de registro
¿Q7: Se propagan los cambios de estructura tabla esquema y base de datos de archivo en el servidor secundario?

A7: En SQL Server 2000, todos tabla esquema y base de datos de archivo cambios de estructura son operaciones registradas. Sin embargo, si se agrega un nuevo archivo NDF o LDF a la base de datos principal, la tarea de restauración del registro de transacciones se produce un error al cargar la copia de seguridad del registro de transacciones se realiza inmediatamente después de agrega el archivo de base de datos a la base de datos principal. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
286280 Descripción del efecto que la recuperación de la base de datos después de agregar o quitar los archivos de base de datos
P8: ¿Puedo incluir el trasvase de registros?

A8: No. Actualmente, no es posible para la secuencia de comandos de trasvase de registros. La única forma compatible de configuración de trasvase de registros es a través del asistente como se describe en la pregunta 4 de esta sección.

¿P9: Puedo establecer entre servidores en varios dominios de trasvase de registros?

A9: Sí. Es posible configurar el trasvase de registros entre servidores que están en distintos dominios. Hay dos formas de hacerlo:
  • Utilizar la seguridad de paso a través. Configurar Windows NT accountswith el mismo nombre y las contraseñas en el primario, secundario y supervisar servidores.Configurar SQL Server relacionados con servicios para iniciar en estas cuentas en allservers y utilizar la autenticación de SQL al configurar el trasvase de registros para conectarse al servidor de supervisión. - o -

  • Utilice la seguridad convencional de Windows NT. Debe configurethe dominios con relaciones de confianza bidireccionales. SQL Server relacionados con los servicios pueden ser cuentas de dominio startedunder. Autenticación SQL o Windows autenticación puede trabajos en los servidores principales y secundarios utilizado para conectarse a la monitorserver. Todos los demás requisitos son los mismos que explica 2 en cuestión de retrasada.
P10: ¿Puedo configurar los servidores principal y secundario para utilizar la autenticación de SQL para conectarse al servidor de supervisión?

A10: Sí. Es posible utilizar la autenticación de Windows o de SQL para los servidores principal y secundario para conectarse al servidor de supervisión. Microsoft recomienda que utilice la autenticación de Windows para este propósito. Sin embargo, si no es posible utilizar la autenticación de Windows, puede utilizar la autenticación de SQL. SQL Server creará una cuenta de "log_shipping_monitor_probe" en el primario, secundario y supervisar los servidores, si ya existe, con la contraseña que especificó al configurar el trasvase de registros. Si la autenticación de SQL se utiliza para el trasvase de registros, debe configurar SQL Server en el equipo principal, secundario y supervisar servidores para utilizar la autenticación de modo mixto.

Consideraciones de seguridad de trasvase de registros

P1: Si deshabilitar la cuenta "Invitado" antes de configurar el trasvase de registros, y deseo que mi base de datos secundaria en un estado de espera, ¿cómo puedo permitir usuarios tengan acceso a la base de datos secundaria (aplicando el mismo modelo de seguridad que el servidor principal).

A1: No se debe quitar la cuenta "Invitado" de SQL Server por cualquier motivo. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
315523 Eliminación de la cuenta de invitado puede causar un error 916 en SQL Server 2000 Service Pack 4 o una infracción de acceso de excepción controlada en versiones anteriores de SQL Server 2000
Sin embargo, puede hacer el "huésped" cuenta no disponible para bases de datos donde puede haber problemas de seguridad. Dado que es la base de datos secundaria en un estado de espera, no es posible utilizar el sp_change_users_login procedimiento para volver a asignar los inicios de sesión de forma adecuada. Para aplicar el mismo modelo de seguridad en una base de datos en espera, crear los inicios de sesión en el servidor secundario con el mismo valor de identificador (SID) de seguridad como el servidor principal. Lea el siguiente artículo de Microsoft Knowledge Base para obtener más información acerca de cómo crear inicios de sesión con el mismo SID de valores:
303722 Cómo conceder acceso a inicios de sesión SQL en una base de datos en espera cuando el usuario invitado está deshabilitado en SQL Server
Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
321247 Cómo configurar la seguridad de SQL Server el trasvase de registros
P2: ¿Qué hace sp_resolve_logins?

A2: En el momento del cambio de función, trasvase el sp_resolve_logins procedimiento almacenado requiere un archivo BCP de la tabla de sistema syslogins del servidor principal. Este procedimiento almacenado, carga el archivo BCP en la tabla temporal y recorre en cada inicio de sesión para comprobar si existe un inicio de sesión con el mismo nombre en la tabla de sistema syslogins del servidor secundario. A continuación, comprueba si existe el valor de SID para este inicio de sesión en la tabla de sistema sysusers de la base de datos secundaria. Por último se comprueba para ver si el valor de SID en la tabla de sistema sysusers de la base de datos secundaria no es el mismo que el valor de SID en tabla de syslogins del servidor secundario. Si se cumplen estas comprobaciones, el procedimiento almacenado de sp_resolve_logins ejecuta el procedimiento almacenado sp_Change_users_login para ese inicio de sesión y corrige al SID en la tabla de sistema sysusers de la base de datos secundaria. La ejecución de este procedimiento almacenado sólo es necesaria si hay nuevos inicios de sesión creados en el servidor principal después de trasvase de registros se ha inicializado y no se crean los mismos inicios de sesión en los servidores secundarios con el mismo SID (como se describe en el artículo Q303722 de Microsoft Knowledge Base).

Trimestre 3: El sp_resolve_logins procedimiento almacenado correctamente; Sin embargo, realizar las modificaciones previstas para la seguridad en el servidor secundario. ¿Por qué?

A3: El procedimiento almacenado de sp_resolve_logins requiere un archivo actualizado de BCP de la tabla de sistema syslogins del servidor principal. Ya por debe creado estos inicios de sesión en el servidor secundario. Si se cumplen estas dos condiciones, el procedimiento almacenado de sp_resolve_logins realiza las modificaciones a la tabla de sistema sysusers en la base de datos secundaria.

P4: Es necesario que ejecutar una tarea de DTS transferencia de inicios de sesión junto con el procedimiento almacenado de sp_resolve_logins antes de realizar el cambio de función?

A4: Sí. Debe utilizar la tarea Transferir inicios de sesión para asegurarse de que los inicios de sesión existen en la tabla de sistema syslogins en el servidor secundario. Esto no garantiza que el usuario puede utilizar la base de datos secundaria (si la base de datos secundaria se carga en modo de espera). Si el usuario tiene que utilizar la base de datos secundaria antes de realizar el cambio de función de trasvase de registros, consulte la pregunta 1 de esta sección.

P5: ¿Funciona el procedimiento almacenado de sp_resolve_logins para inicios de sesión remotos en SQL Server?

A5: No. El sp_resolve_logins almacena el procedimiento sólo funciona para los inicios de sesión típicas. Inicios de sesión remotos deben crearse manualmente en el servidor secundario.

Iniciar el seguimiento del envío

Trimestre 1: Copia de seguridad de envío de registro y alertas de desincronización están disparando, incluso cuando el servidor secundario se actualiza con las copias de seguridad del registro de transacciones. ¿Es esto posible?

A1: Sí. Es posible que las alertas pueden desencadenar incluso cuando se está actualizando la base de datos secundaria. Si el umbral de alerta se establece en un valor menor que el doble del tiempo entre hacer copia de seguridad y copiar o trabajos de restauración, las alertas se pueden provocar. Si las alertas están se provoca y el umbral está cerca o menos de dos veces el tiempo entre copias de seguridad posteriores y copia o trabajos de restauración adelante, aumente el umbral.

P2: Para restaurar en el servidor secundario ¿por qué no las copias de seguridad del registro de transacciones?

A2: Las copias de seguridad del registro de transacciones sólo pueden restaurarse si están en una secuencia. Esta secuencia se determina por los campos LastLSN y FirstLSN que son devueltos por el RESTORE HEADERONLY comando. Si los campos LastLSN y el FirstLSN no muestran el mismo número de copias de seguridad de registro de transacciones consecutivas, no son restaurables en esa secuencia. Puede haber varias razones para copias de seguridad de registro de transacciones que fuera de secuencia. Algunas de las razones más comunes son:
  • Hay transacciones redundantes registro trabajos de backup en el servidor primario que provocan la secuencia se rompa.
  • Hay operaciones no registradas realizadas en la base de datos. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    272093 Descripción de los efectos de las operaciones no registradas y registradas al mínimo en copia de seguridad de registro de transacciones y el proceso de restauración en SQL Server
  • El modelo de recuperación de la base de datos fue probablemente toggledbetween copias de seguridad de registro de transacciones.
  • La tarea servicios de transformación de datos (DTS) en el primaryserver podría estar causando este problema. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    308267 REVISIÓN: Tareas de objetos de copia DTS (DMO) rompe la cadena de copia de seguridad de registro de transacciones al pasar el modo de recuperación a Simple durante la transferencia
¿Trimestre 3: Dónde puedo encontrar información acerca de los errores al realizar la copia de seguridad, copiar o restaurar las operaciones?

A3: Para obtener más información acerca de un par de trasvase de registro determinado, siga estos pasos:
  1. Abra el Administrador corporativo de SQL Server y, a continuación, conectarse al servidor de monitor.
  2. En administración, haga clic en Monitor de trasvase de registros. En el panel derecho de la ventana, el trasvase de pares de aredisplayed (que se han configurado con este servidor como servidor de supervisión).Si el par de trasvase de registros no está visible, haga clic en el Monitor de trasvase de registros (bajo administración) y, a continuación, haga clic en Actualizar.
  3. Haga clic en el par que desea información y, a continuación, haga clic en Ver historial de copia de seguridad para ver el historial de trabajos de backup de trasvase de registros.
  4. Haga clic en el par de trasvase de registros y, a continuación, haga clic en Ver historial de copia/restauración para ver el historial de copia y restaura los trabajos.
  5. Haga clic en el par de trasvase de registros y, a continuación, haga clic en Propiedades para ver el estado de origen y Destinationalert de trasvase de registros actual estado.
P4: ¿La first_file_000000000000.trn de nombre de archivo indica que el trabajo de copia o restauración tuvo éxito?

A4: Cada ejecución de la tarea de copia y restauración está asociado con al menos un archivo. De forma predeterminada, si no hay archivos se copian o se restaura en una cierta ejecución de cualquiera de estas dos tareas, SQL Server coloca first_file_000000000000.trn en el campo nombre de archivo . Esto puede o no puede indicar un problema. Por ejemplo, la primera vez que los trabajos de copia y restauración se ejecutan en el servidor secundario, podría no haber ningún archivo disponible para copiar o restaurar. En este caso, first_file_000000000000.trn no representa necesariamente un error. Sin embargo, en determinadas circunstancias, esto puede representar un problema. Lea el siguiente artículo de Microsoft Knowledge Base para obtener más información:
292586 Copia de seguridad, copia y carga no se actualiza la información sobre el trabajo en el monitor de trasvase de registros
¿P5: Es posible modificar la frecuencia y el destino de las copias de seguridad del registro de transacciones, en el servidor principal, después de que el trasvase de registros ha estado en funcionamiento durante un tiempo?

A5: Sí. Esta información está en el Plan de mantenimiento en el servidor principal. Para ver la información, siga estos pasos:
  1. Haga doble clic en el Plan de mantenimiento en el servidor principal de la base de datos para que este informationmust se puede modificar.
  2. Haga clic en la ficha Modificar el destino de Copia de seguridad de registro de transacciones y la frecuencia en el cuadro.
  3. Porque el trabajo de copia en el servidor secundario es esperaba copias de seguridad de registro de transacciones de copia desde el recurso compartido especificado en el tiempo logshipping se ha configurado, este trabajo puede fallar después de modificar la carpeta de destino del registro de transacciones volver SAI (UPS). Para obtener más información acerca de cómo trabajar están problema, lea el siguiente artículo de Microsoft KnowledgeBase:
    314570 No se puede modificar el recurso compartido de red de copia de seguridad después de cambiar la carpeta de copia de seguridad del registro de transacciones

Cambiar la función de registro de envío

P1: ¿Cómo se realiza un cambio de función de trasvase de registros?

A1: Haga clic en el vínculo siguiente para leer el tema de libros en pantalla de SQL Server 2000 acerca de cómo realizar un cambio de función de trasvase de registros:

Cómo configurar y realizar un cambio de función (Transact-SQL) de trasvase de registros

P2: ¿Puedo realizar un cambio de función mientras el servidor principal esté sin conexión o no está disponible?

A2: Sí. Ejecuta el sp_change_primary_role el procedimiento almacenado en el servidor principal es opcional.

P3: ¿Por qué el sp_resolve_logins almacena errores de procedimiento con el mensaje de error cuando se ejecuta desde la base de datos secundaria en el momento de un cambio de función de 208?

A3: El procedimiento sp_resolve_logins almacenado no califica la tabla de sistema sysusers con el prefijo de la base de datos maestra . Se trata de un problema conocido con el código para el procedimiento almacenado de sp_resolve_logins . Para obtener más información acerca de este problema, lea el siguiente artículo en Microsoft Knowledge Base:
310882 Error: sp_resolve_logins almacenados procedimiento se produce un error si se ejecuta durante el cambio de función de trasvase de registros
P4: ¿Tiene algún problema al promover un servidor secundario para que sea un servidor principal, cuando hay varios servidores secundarios en un cambio de función?

A4: Lea el siguiente artículo de Microsoft Knowledge Base acerca de un problema conocido que puede producir errores al realizar un cambio de función implica a varios servidores secundarios:
300497 REVISIÓN: El trasvase de registros: no se puede cambiar el papel de secundaria a principal cuando sean diferentes nombres de base de datos
P5: ¿Cómo puedo volver a establecer el trasvase de registros después de promocionar el servidor secundario para que sea el servidor principal?

A5: Si está activada la casilla de verificación Permitir la base de datos asuma la función principal , al configurar el trasvase de registros, en el cuadro de diálogo Agregar base de datos de destino , siga estos pasos para agregar un nuevo servidor secundario después de realizar un cambio de función. Si no se ha seleccionado la configuración, utilice al Asistente para planes de mantenimiento para configurar después de un cambio de función de trasvase de registros.
  1. Abra el Administrador corporativo de SQL Server y, a continuación, conectarse a un servidor principal de thepromoted. Registrar el servidor en el que se va a agregar como servidor de educación.
  2. Expanda administración (en SQL Server Enterprise Manager) y, a continuación, haga clic en Planes de mantenimiento. Haga clic en el Plan de mantenimiento adecuado de la lista, y luego haga clic en Propiedades.
  3. Haga clic en la ficha Trasvase de registros y, a continuación, haga clic en Agregar.
  4. Proporcionar la información adecuada en relación con la secondaryserver de este cuadro de diálogo y, a continuación, haga clic en Aceptar. Esto agregará el nuevo servidor secundario para logshipping.
P6: ¿Cómo puedo continuar iniciar el envío en el servidor principal anterior sin necesidad de restaurar una copia de seguridad de la base de datos?

A6: Es posible iniciar directa entre dos servidores repetidas veces sin necesidad de restaurar la copia de seguridad completa de la base de datos. El requisito es que los servidores principales y secundarios están disponibles al realizar el procedimiento de cambio de función. Como parte de la realización del cambio de función, debe ejecutar el sp_change_primary_role procedimiento almacenado. Debe ejecutar el procedimiento sp_change_primary_role almacenado con un parámetro de @final_state de 2 o 3. Esto dejará la base de datos principal en un estado no recuperado después de realizar la copia de seguridad del registro de transacciones. Dado que la base de datos queda en un estado no recuperado, esta base de datos puede seleccionarse cuando se agrega el destino de envío de registro (como se explica en la pregunta anterior). De esta forma que no tiene que volver a cargar una copia de seguridad de la base de datos.

Eliminación de trasvase de registros

P1: ¿Cómo puedo dejar trasvase de registros para un determinado par de trasvase de registros?

A1: Siga estos pasos para quitar un par de trasvase de registros:
  1. Abra el Administrador de SQL Server Enterprise en la primaryserver. Expanda administracióny, a continuación, haga clic en el Plan de mantenimiento. Haga clic en el Plan de mantenimientoy, a continuación, haga clic en Propiedades.
  2. Haga clic en la ficha Del trasvase de registros y, a continuación, haga clic para seleccionar el par que quieres quitar de trasvase de registros.
  3. Haga clic en el botón de comando Eliminar para quitar este par de trasvase de registros. Si se trata del último par de trasvase de registros, haga clic en Eliminar quita el trasvase de registros. Si desea continuar a servidor diferente o a una base de datos de trasvase de registros, haga clic en Agregar. A continuación, haga clic en para seleccionar el servidor adecuado o la base de datos como el servidor secundario antes de quitar el secundario de trasvase de registros existentes.
¿P2: Hay un problema con la eliminación de trasvase de registros para una base de datos que tenga caracteres especiales en el nombre?

A2: Lea el siguiente artículo de Microsoft Knowledge Base, que trata sobre este problema con más detalle:
295936 CORREGIR: Error quitar el trasvase de registros en la base de datos secundaria al nombre de la base de datos tiene una oferta

REFERENCIAS

Para obtener más información acerca de trasvase de registros, visite los siguientes sitios Web de Microsoft
Trasvase de registros
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80).aspx
275146 Trasvase de registros de las preguntas más frecuentes - SQL Server 7.0:
¿No ve una respuesta a su pregunta? Visite los grupos de noticias de Microsoft SQL Server en:
Grupos de noticias de Microsoft SQL Serverhttp://www.Microsoft.com/communities/newsgroups/en-us/
¿Comentario acerca de éste u otros artículos de Microsoft Knowledge Base? Envíenos una nota a SQLKB@Microsoft.com.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
917544 Error: Recibe un mensaje de error al ejecutar el trabajo "Log Shipping alerta trabajo ? restaurar" en SQL Server 2000

Propiedades

Id. de artículo: 314515 - Última revisión: martes, 24 de junio de 2014 - Versión: 2.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Palabras clave: 
kbsqlsetup kbinfo kbmt KB314515 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): 314515

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