En este artículo, analizamos las características del asistente de copia de base de datos para mover objetos de una instancia SQL a otra. Analizamos además las restricciones y los consejos para superarlas.
A SQL Server La instancia se compone de varios objetos, y si alguna vez necesita mover esos objetos de la instancia dada a otra, transferirlos manualmente no será una buena idea. Para transferir sus objetos SQL de una instancia a otra, debe utilizar el Asistente para copiar bases de datos. Con este asistente no solo puede copiar ciertos objetos de base de datos, sino también bases de datos completas, sin ningún tipo de tiempo de inactividad del servidor. Al hacer uso de este asistente, puede realizar las siguientes acciones sin problemas y en poco tiempo.
- Seleccione cualquier fuente y el servidor de destino.
- Elija las bases de datos que desee cambiar o copiar.
- Mencione las ubicaciones de los archivos de las bases de datos.
- Copie los inicios de sesión deseados en el servidor de destino.
- Copie procedimientos almacenados, objetos de soporte, trabajos y mensajes de error.
- Decida los datos y la hora en que le gustaría cambiar o copiar sus bases de datos.
Aparte de todo lo que puede hacer al utilizar el Asistente para copiar base de datos, también necesita saber qué es todo lo que no puede hacer con él. Fuera de todas sus limitaciones y restricciones, el most uno crucial que debe tener en cuenta es que no se encontrará en Express Edition de SQL Server. Las otras limitaciones del asistente se detallan a continuación.
Limitaciones y restricciones del Asistente para copiar bases de datos en SQL Server
- No puede hacer uso del Asistente para copiar bases de datos para mover bases de datos que son del sistema, marcadas para replicación, marcadas como inaccesibles, fuera de línea, cargando, recuperando, en modo de emergencia o sospechosas. También le impide mover bases de datos que tengan archivos de registro o datos presentes en MS Azure Storage.
- Esto no le permite mover o copiar su base de datos a una SQL Server edición.
- Si ha seleccionado la opción Mover, el asistente eliminará automáticamente el origen de la base de datos una vez que se mueva. Sin embargo, si en lugar de Mover selecciona la opción Copiar, la fuente no se eliminará. Con la opción Copiar, los objetos del servidor que seleccione se copiarán y no se moverán, solo se moverá la base de datos.
- Si utiliza la opción de separar y adjuntar, desconectará la base de datos y volverá a adjuntar sus múltiples archivos a una nueva ubicación después de moverlos o copiarlos. Existe la posibilidad de pérdida de datos e inconsistencia en este método; por lo tanto, se recomienda evitar adjuntar sesiones activas a las bases de datos que están en proceso de transferencia o copia. En el caso del método de objeto de administración en SQL Server, los usuarios pueden tener una sesión activa ya que la base de datos nunca se desconecta.
- Si está transfiriendo los trabajos de agente en SQL Server, que están refiriendo las bases de datos no existentes en el servidor de destino, terminará haciendo que toda la operación falle. Una solución para este problema será crear trabajos de agente en SQL Server antes de que se cree la base de datos.
Cuando planeas mantener el SQL Server base de datos en forma óptima, considere mantener una SQL Server reparación herramienta cercana para hacer frente a incidentes de errores de datos.
Introducción del autor:
Victor Simon es un experto en recuperación de datos en DataNumen, Inc., que es el líder mundial en tecnologías de recuperación de datos, incluyendo recuperación de acceso y productos de software de recuperación de sql. Para más información visite www.datanumen.com