Cómo reparar una base de datos SQL

• Después de confirmarse el pago, se enviará un correo electrónico al usuario con un código de registro e instrucciones para su inmediata activación.
• Para evitar que los mensajes terminen filtrados por los filtros de SPAM, desde distintos servidores de correo se enviará un correo electrónico con un código de registro. En consecuencia, es posible recibir cartas de registro por duplicado en el buzón de correo del usuario.
• Para activar el código de registro, es necesario ejecutar la aplicación en Windows bajo un usuario con derechos de Administrador.
• El número de licencias personales, comerciales o licencia de sitio activadas simultáneamente no debe exceder el número de licencias compradas.
• Vendemos nuestro software a través de servicios de registro PayPro Global y Noventiq. Por eso en los documentos de compra será especificada la compañía correspondiente y no Recovery Toolbox.

El código de registro comprado es válido sólo para las versiones 2.x de Recovery Toolbox for SQL Server.

Pregunta:

Cómo importar secuencias de comandos SQL a una base de datos

Respuesta:

Recovery Toolbox for SQL Server ofrece dos maneras de guardar datos:

1. Usted puede guardar secuencias de comandos SQL en el disco duro y éstas crearán los objetos de la base de datos, por ejemplo, tablas, e insertarán datos en estas tablas.
2. También puede ejecutar las secuencias de comandos en las bases de datos definidas por el usuário, estas secuencias están escitas en el lenguaje SQL.

Note que las secuencias de comandos SQL pueden ser diferentes, a pesar de que se basan en los mismos archivos de la base de datos. Esto ocurre debido a las particularidades de la sintaxis tanto en las consultas que se ejecutan para la conexión directa con el servidor mediante ADO como en las consultas SQL realizadas en el entorno de Query Analyzer que se proporciona con MS SQL Server (el uso de :, el comando Ir, etc.) La primera manera es más fiable, pero la segunda es más cómoda.

Conversión de datos a secuencias de comandos y su almacenamiento en el disco

1. Asignación de datos guardados

   Si ha decidido guardar datos en el disco, Recovery Toolbox for SQL Server creará un subdirectorio que incluye el nombre del archivo MDF de origen, este subdirectorio se crea en el directorio definido por el usuário y todas las secuencias de comandos serán ubicadas allí. Todas las secuencias de comandos tienen los nombres de las reglas que consisten de una palabra y un dígito. La palabra indica el papel de la secuencia de comandos, el dígito indica su número. Hay diferentes tipos de secuencias de comandos, por ejemplo:

   • Types*.sql - secuencias de comandos que crearán tipos de datos definidos por usuários.
   • Tables*.sql - secuencias de comandos que crearán tablas.
   • Indexes*.sql - secuencias de comandos que crearán claves principales e índices.
   • ForeignKeys*.sql - secuencias de comandos que crearán claves externas.
   • Procedure*.sql - secuencias de comandos que crearán procedimientos almacenados.
   • Function*.sql - secuencias de comandos que crearán funciones definidas por usuários.
   • View*.sql - secuencias de comandos que crearán vistas.
   • Triggers*.sql - secuencias de comandos que crearán desencadenadores.
   • Data*.sql - secuencias de comandos que insertarán los datos en las tablas.

   El número de la secuencia de comandos no contiene ningunos datos útiles, no indica la sucesión de ejecución de secuencias de comandos ni tampoco contiene otra información. Estos números se usan sólo para dividir datos y almacenarlos en una variedad de documentos pequeños en vez de un archivo grande. Los usuários pueden definir el tamaño máximo del archivo con la secuencia de comandos SQL. Además, los usuários deben prestar atención a la numeración de los archivos Data*.sql. Es de notar que cada archivo de tipo Data puede contener datos sólo de una tabla. Los archivos con los números de secuencia contienen todos los datos para cada tabla.

   Nota: Si faltan números para algunos archivos, esto significa que algunas tablas no contienen ningún dato.

2. Sucesión de ejecución de secuencias de comandos

   En este dibujo, puede ver el orden recomendado de ejecución de una secuencia de comandos:

   

   La sucesión de ejecución de la secuencia de comandos depende de las restricciones existentes para los datos y estructuras de tablas existentes. Preste atención a los siguientes factores:

   1. Especifique la clave principal correspondiente, si desea crear una clave secundaria. Debido a este hecho, estas operaciones se guardan en archivos diferentes que deben ser ejecutados en esta sucesión.
   2. Antes de crear los índices y claves secundarias, el programa rellena las tablas. Es obligatorio, porque se comprueba la integridad referencial cuando una tabla con la clave secundaria definida se está rellenando. Cuando las tablas con claves secundarias se rellenan antes de las tablas con las claves principales correspondientes, ocurre un error. Además, este método tiene otra particularidad. Si los datos recuperados tienen conflictos con la clave principal, índices únicos, etc., en este caso, la tabla será rellenada con los datos de todas formas, pero las restricciones no serán creadas (índice, clave primaria, etc.). Si los usuários requieren otra conducta, ellos mismos pueden seleccionar la sucesión de ejecución de secuencias de comandos.
   3. La creación de los objetos Procedimientos, Funciones, Vistas y Desencadenadores en la base de datos tiene varias dificultades, porque estos objetos pueden tener dependencias sofisticadas y tramposas. Los procedimientos pueden referirse a otros procedimientos, las vistas pueden referirse a funciones, los desencadenadores pueden referirse a todos los objetos. Es la razón por la que un programa no puede resolver este enredo. Los usuários deben encontrar todas las dependencias manualmente y ejecutar las secuencias de comandos SQL en la sucesión necesaria. Otra posibilidad consiste en ejecutar todas las secuencias de comandos en este grupo varias veces, hasta que todos los mensajes de error desaparezcan.
3. Archivo Install.bat

   El archivo Install.bat se crea para garantizar la ejecución automática de todas las secuencias de comandos. Este archivo ejecuta todas las secuencias de comandos que fueron guardadas anteriormente por la herramienta. La sucesión de secuencias de comandos será la misma en caso de aplicarla a una base de datos. Este archivo de proceso por lotes requiere que la herramienta isqlw que forma parte de la parte cliente de MS SQL Server sea instalada. Especifique los parámetros Nombre de servidor, Nombre de base de datos, Nombre de usuário y Contraseña para el archivo install.bat en la línea de comandos. Por ejemplo: install.bat SQLServer SQLDatabase SQLUser SQLUserPassword.

   Atencion:

   • Los parámetros deben estar separados con un espacio. Si un parámetro contiene un espacio dentro, debe ponerlo entre comillas dobles.
   • La secuencia de parámetros no puede ser cambiada.
   • Si el archivo install.bat se ejecuta sin parámetros, usted podrá ver una guía breve que explica cómo se ejecuta este archivo.

4. InstallTrusted.bat

   Si utiliza la autorización en Microsoft SQL Server con una cuenta de Windows, enotonces use el archivo InstallTrusted.bat. El archivo InstallTrusted.bat tiene dos parámetros: Server name, Database name.

   Ejemplo de uso:installtrusted.bat SQLServer SQLDatabase información detallada sobre la autorización a través de una cuenta de Windows: https://docs.microsoft.com/es-es/sql/relational-databases/security/authentication-access/principals-database-engine?view=sql-server-2017

Pregunta:

Cómo recuperar una base de datos de vários archivos

Respuesta:

Reparar una base de datos en el formato MS SQL Server desde vários archivos de origen

Una base de datos en el formato de MS SQL Server contiene uno o vários archivos. Hay vários tipos de archivos: archivo principal de datos (con la extensión predeterminada *.mdf), archivo secundario de datos (con la extensión predeterminada *.ndf) y archivo del registro de transacciones (con la extensión predeterminada *.ldf). Si desea reparar datos con la ayuda de Recovery Toolbox for SQL Server, debe especificar la ruta de acceso a todos los archivos secundários de datos y al archivo principal de datos. Puede hacerlo usando el diálogo Open File (Abrir archivo).

Si la base de datos danada contiene el archivo principal de datos, archivo(s) secundario(s) de datos y archivo(s) del registro de transacciones, debe seleccionar el archivo principal datos en el formato *.mdf y todos los archivos secundários de datos en el formato *.ndf (vease el dibujo 2).

Pregunta:

Puede Recovery Toolbox for SQL Server recuperar datos después de un ataque de encriptado ransomware?

Respuesta:

Recovery Toolbox for SQL Server puede recuperar parcial o totalmente información de archivos .MDF / .NDF de la base de datos de Microsoft SQL Server, cuyos archivos fueron encriptados por virus ransomware.

Recovery Toolbox for SQL Server no desencripta datos.

En general, el encriptado de datos no es aplicable en estos casos.

No obstante, Recovery Toolbox for SQL Server puede ser útil en los casos en que el archivo MDF fue parcialmente encriptado. Por lo general, los virus solo encriptan el encabezado y / o el comienzo de los archivos debido a su gran tamaño. En estos casos, si solo se encriptó el encabezado o parte del archivo MDF, Recovery Toolbox for SQL Server puede ser útil. El programa analiza todos los bloques de datos y la estructura de datos recopilados en el archivo. Luego, recrea la estructura de datos original y los datos en sí, si fuese posible.

Estructura de archivos MDF de Microsoft SQL Server

Es Posible Recuperar Datos de un Archivo MDF Después de un Ataque por Virus Ransomware?

No hay garantía de poder recuperar el 100% de los datos o parte de ellos utilizando el programa. Para obtener una respuesta definitiva a esa pregunta, debe descargar la versión DEMO de Recovery Toolbox for SQL Server, especificar el archivo MDF encriptado y esperar a que se complete el análisis del archivo.

Al finalizar el análisis del archivo .mdf en la versión DEMO del programa, estará disponible una vista previa completa de los datos que pueden extraerse del archivo.

Nota:

El departamento de atención al cliente de Recovery Toolbox informa que, por lo general, y debido a su gran tamaño, los programas ransomware solo encriptan el encabezado del archivo de la base de datos. Como resultado, a menudo es posible recuperar casi toda la estructura de datos y casi toda la información del archivo fuente.

Pregunta:

Se ha producido un error al convertir a formato datetime mientras se importaban scripts (secuencias de comandos) a SQL Server 2000

Si aparece el siguiente error después de ejecutar sus scripts:

Server: Msg 242, Level 16, State 3, Line 1

[Microsoft][ODBC SQL Server Driver][SQL Server] La conversión del tipo de datos char a datetime produjo un valor datetime fuera de intervalo.

La instrucción ha finalizado.

Respuesta:

Esto significa que debería cambiar la configuración de idioma del servidor haciendo lo siguiente:

1. Inicie el Administrador corporativo.
2. Seleccione el servidor adecuado y conéctese a él.
3. Abra su ventana de propiedades haciendo clic con el botón derecho del ratón sobre ella y seleccionando Propiedades.
4. Abra la ficha Configuración del servidor.
5. Seleccione Inglés en el Idioma predeterminado de la lista desplegable para el usuário y pulse Aceptar.
6. Detenga SQL Server. Para ello, seleccione Detener en el menú contextual y responda Sí a la pregunta ¿está seguro de que desea detener el servicio de SQL Server? en la ventana de confirmación.
7. Inicie SQL Server. Para hacer esto, seleccione Iniciar en el menú contextual.
8. Ahora puede ejecutar scripts guardados en su disco duro por Recovery Toolbox for SQL Server. También puede ejecutar el programa en el modo de ejecución de scripts de bases de datos.
9. En este momento, debe restaurar los ajustes. Para esto, abra la ventana de propiedades del servidor apropiado en el Administrador corporativo.
10. Seleccione el idioma predeterminado en Idioma predeterminado para la lista de usuários y pulse Aceptar.
11. Detenga el servidor SQL. Para ello, seleccione Detener en el menú contextual y responda Sí a la pregunta ¿está seguro de que desea detener el servicio de SQL Server? en la ventana de confirmación.
12. Inicie SQL Server. Para hacer esto, seleccione Iniciar en el menú contextual.

Pregunta:

Se ha producido un error al convertir a formato datetime cuando se importaban scripts (secuencias de comandos) a SQL Server 2005

Si aparece el siguiente error después de ejecutar sus scripts:

Server: Msg 242, Level 16, State 3, Line 1

[Microsoft][ODBC SQL Server Driver][SQL Server] La conversión del tipo de datos char a datetime produjo un valor datetime fuera de intervalo.

La instrucción ha finalizado.

Respuesta:

Esto significa que debería cambiar la configuración de idioma del servidor haciendo lo siguiente:

1. Inicie Management Studio.
2. Elija el servidor adecuado.
3. Vaya a Seguridad\Conexiones de usuário.
4. Elija el usuário que va a utilizar la base de datos y abra la ventana de propiedades del usuário.
5. Seleccione Inglés en el Idioma predeterminado para la lista desplegable de usuários y pulse Aceptar.
6. Ahora puede ejecutar el script guardado en el disco duro de Recovery Toolbox for SQL Server. Como alternativa, puede ejecutar el programa en el modo de ejecución de scripts de bases de datos.
7. En este momento, debe restaurar los ajustes. Para ello, seleccione Detener en el menú contextual y responda Sí a la pregunta ¿está seguro de que desea detener el servicio de SQL Server? en la ventana de confirmación.
8. Seleccione el idioma predeterminado en Idioma predeterminado para la lista de usuários y pulse Aceptar.

Pregunta:

Cómo conectar los archivos .mdf, .ldf con el servidor

Respuesta:

1. Inicie Management Studio de SQL Server
2. En Explorador de objetos, haga clic derecho en Bases de datos
3. Haga clic en Adjuntar
4. Haga clic en el botón Agregar
5. Seleccione el archivo .mdf y haga clic en el botón Aceptar
6. Haga clic en el botón Aceptar
7. Espere a que la operación se complete.

Pregunta:

Cuando hago vista preliminar de datos en Recovery Toolbox for MS SQL Server, veo los procedimientos recuperados, vistas y otros datos, pero al ejecutar las secuencias de comandos guardadas, estos datos no se visualizan en la base de datos de Microsoft SQL Server

Respuesta:

Para resolver este problema, usted debe:

1. Guardar los datos como secuencias de comandos
2. Ejecutar el archivo install.bat con todos los parâmetros necesarios en la línea de comandos
3. Ver los archivos de respuesta (*????.sql.txt) para detectar qué secuencias de comandos no fueron ejecutadas correctamente
4. Cargar las secuencias de comandos ejecutadas con errores en Query Analyzer de Microsoft SQL Server e intentar ejecutarlas alli. Después de ver el mensaje de error, podra detectar qué comando causa este error. Si este comando graba datos que no tienen valor, puede simplemente eliminarlo desde el archivo. De lo contrario, debe enviar la secuencia de comandos ejecutada con errores y la captura de pantalla desde Query analyzer a los desarrolladores. Ademas, es posible que más tarde sea necesario enviar el archivo *.mdf de origen a los desarrolladores para que estudien el problema.

Pregunta:

Después de migrar la base de datos msdb a un nuevo servidor por medio de una restauración, los paquetes DTS no se pueden abrir ni ejecutar. Aparece un mensaje de error: el sistema no puede encontrar el archivo especificado

Respuesta:

Simplemente copiando o restaurando las tablas de datos de una base de datos msdb en un nuevo servidor no es posible restaurar los paquetes DTS porque poseen conexiones internas con el contexto de ejecución del servidor en el que fueron creados y en el que se usaban antes de la migración. Para copiar los paquetes DTS entre servidores, se deben emplear scripts (secuencias de comandos) VB. Por lo tanto, el programa Recovery Toolbox for SQL Server no es el adecuado para restaurar los paquetes DTS.

Pregunta:

Recovery Toolbox for SQL Server necesita la herramienta isqlw.exe para importar los scripts (secuencias de comandos) guardados a la base de datos. Pero no lo tengo porque uso SQL Express 2005 (SQL Express 2000). ¿Cómo puedo importar los datos recuperados a la base de datos?

Respuesta:

La herramienta isqlw.exe es un componente del paquete MS SQL Server. Siempre puede descargar la última versión de MS SQL Server desde el sitio de Microsoft e instalar los componentes necesarios en el equipo. La versión demo de MS SQL Server descargada desde el sitio de Microsoft le permite usar los componentes dentro del periodo especificado en la EULA (contrato de licencia de usuário final).

Si puede encontrar las herramientas apropiadas en Microsoft.com, podrá descargar e instalar Query Analyzer desde nuestro sitio web. El enlace de descarga es: https://recoverytoolbox.com/download/isqlwInstall.exe

Pregunta:

Un mensaje acerca de la memoria insuficiente aparece cuando el programa está ejecutado

Respuesta:

Se requiere mucha memoria para recuperar bases de datos grandes de MS SQL Server. Los desarrolladores del programa recomiendan que recupere bases de datos grandes en equipos que tienen suficiente memoria física libre. La memoria física usada por el programa debe ser no menos del tamaño del archivo que recupera dividido por 500 mas 20-100 MB adicionales para que el programa pueda funcionar. Es decir, si intenta recuperar un archivo .mdf con el tamaño de 100 GB, el equipo debe tener por lo menos (100 GB / 500) + 120 MB = 320 MB de la memoria física libre.

Pregunta:

Cuando recupero datos con Recovery Toolbox for SQL Server, aparecen valores excesivos o incorrectos en los campos de clave primaria

Respuesta:

• Si el valor de un campo de clave primaria es incorrecto (por ejemplo, si es negativo o varias decenas de veces mayor que otros valores) significa que los datos de origen han resultado gravemente dañados, y es imposible recuperarlos por completo.
• Si aparecen valores duplicados en los campos de clave primaria, significa que el programa ha recuperado hojas de datos que deberían haberse marcado para su eliminación de la base de datos (archivos .mdf, .ndf). Pero realmente no hay ninguna marca para borrar la hoja de datos. Y por lo tanto, el programa recupera los datos de todas las hojas. El resultado es la recuperación de excesivos datos y los desarrolladores de Recovery Toolbox for SQL Server no pudieron encontrar criterios para filtrar las entradas excesivas. En este caso, los administradores de la base de datos y/o desarrolladores de software tomarán la decisión final sobre las entradas excesivas en la base de datos recuperada que se deberían eliminarse.

Pregunta:

Esta vez pude guardar los resultados pero TODAS las tablas estaban vacías y no pude ver ninguna información

Respuesta:

Es posible que algo más haya sucedido con su .mdf entre la versión de prueba y el registro (que otro software lo haya recuperado o cualquier otra cosa). Se puede comprobar mediante la ejecución de la versión de demostración para este archivo, en otro equipo.

Pregunta:

Qué se debe usar para la importación de datos a MS SQL Server: sqlcmd o isqlw

Respuesta:

Recovery Toolbox for SQL Server detecta automáticamente la versión del servidor en el que se ha usado la base de datos. Por lo tanto, si la base de datos se utilizó en MS SQL Server 2000, el programa aplica la herramienta isqlw a los scripts (secuencias de comandos) guardados para importar a la nueva base de datos. Si la base de datos se utilizó en MS SQL Server 2005 o superior, los scripts usan la herramienta sqlcmd. Si desea importar datos a una base de datos de un servidor con una versión distinta de la original, debería usar la herramienta adecuada para el servidor correspondiente.

• Isqlw - para MS SQL Server 2000
• Sqlcmd - para MS SQL Server 2005 y superior

Pregunta:

¿Qué límites existen en cuanto al tamaño de los archivos MDF/NDF que se pueden recuperar?

Respuesta:

El programa Recovery Toolbox for SQL Server no tiene límites en cuanto al tamaño de los archivos MDF/NDF que se pueden recuperar. La utilidad no tiene límites en cuanto al número de archivos que se pueden recuperar.

Pregunta:

¿Se puede recuperar una tabla o esquema individual de una base de datos dañada?

Respuesta:

Sí. En una página separada, antes de guardar los datos en Recovery Toolbox for SQL Server, puede seleccionar cualquier tabla, datos de tabla, procedimiento, función, índice o disparador para restaurar.

Pregunta:

¿Qué tipos de daños en archivos MDF se admiten (por ejemplo, lógicos/físicos)?

Respuesta:

Recovery Toolbox for SQL Server recupera bases de datos dañadas tras daños lógicos que pueden ser consecuencia de daños físicos.

Pregunta:

¿Influye el nivel de compatibilidad de la base de datos (Compatibility Level) en la recuperación?

Respuesta:

No. El nivel de compatibilidad de la base de datos (Compatibility Level) no influye en la posibilidad o imposibilidad de recuperar la base de datos SQL Server.

Pregunta:

¿Cómo se pueden recuperar los datos si el archivo de registro de la base de datos (LDF) se ha perdido por completo?

Respuesta:

Recovery Toolbox for SQL Server no utiliza archivos LDF de registro de la base de datos para recuperar la base de datos Microsoft SQL Server dañada.

Pregunta:

¿Se admiten archivos MDF comprimidos o bases de datos cifradas?

Respuesta:

Es posible recuperar parcialmente los datos de los archivos MDF de bases de datos cifradas si esos fragmentos de la base de datos no han sido cifrados. Los virus no suelen cifrar archivos grandes en su totalidad. En los archivos grandes, normalmente se cifran el principio y el final del archivo. El programa Recovery Toolbox for SQL Server puede extraer datos de la parte no cifrada del archivo de la base de datos.

Pregunta:

¿Influye la versión de SQL Server en el éxito de la recuperación? ¿Qué versiones son más compatibles?

Respuesta:

La versión de SQL Server no influye en la calidad y el éxito de la recuperación.

Pregunta:

¿Cómo se puede recuperar solo la estructura de la base de datos SQL Server, sin los datos?

Respuesta:

En el formulario, antes de guardar, debe seleccionar solo la creación y el almacenamiento de scripts para la creación de objetos.

Pregunta:

¿Es posible combinar la recuperación con la posterior migración a una nueva versión de SQL Server?

Respuesta:

Sí. Guarde todos los datos recuperados en forma de scripts SQL y, a continuación, importe los datos de forma secuencial a la nueva versión de SQL Server.

Pregunta:

¿Se conservan los índices, los desencadenadores y los procedimientos durante la recuperación?

Respuesta:

Los índices, los desencadenadores y los procedimientos se conservan obligatoriamente. Es importante señalar que, al aplicar scripts para crear índices, pueden producirse fallos si los datos se recuperan parcialmente o de forma incorrecta.

Pregunta:

¿Qué garantías hay de que los archivos recuperados no caigan en manos ajenas?

Respuesta:

El programa Recovery Toolbox for SQL Server funciona localmente en los ordenadores de los clientes y no intercambia datos con servidores externos.

Pregunta:

¿Se puede utilizar el programa con fines comerciales (por ejemplo, en la externalización de TI)?

Respuesta:

Sí, se puede. Es necesario adquirir una licencia comercial o una licencia local.

Pregunta:

¿Existe una API o una versión de consola para automatizar la recuperación?

Respuesta:

No. No existe una versión de consola ni una API.

Pregunta:

¿Se admite la integración con sistemas de copia de seguridad (por ejemplo, Veeam, Acronis)?

Respuesta:

No.

Pregunta:

¿Se puede integrar la recuperación en el pipeline de CI/CD?

Respuesta:

No.

Pregunta:

¿Se puede utilizar el programa en máquinas virtuales o en la nube?

Respuesta:

Sí, se puede utilizar el programa en máquinas virtuales, en la nube, en escritorios remotos, etc.

Pregunta:

¿Puede MDF Viewer mostrar datos binarios o campos blob?

Respuesta:

No.

Pregunta:

¿Se pueden ver los datos sin conectarse a un servidor SQL Server activo?

Respuesta:

Sí. Para ver los datos de un archivo MDF no es necesario estar conectado a SQL Server. Tampoco es necesario tener instalado SQL Server.

Pregunta:

¿Es posible exportar datos de una base de datos SQL Server dañada a formato CSV/Excel?

Respuesta:

No. Se pueden exportar datos a scripts SQL o directamente a una nueva base de datos SQL Server.

Pregunta:

¿Se pueden filtrar o buscar datos en un archivo MDF grande dañado?

Respuesta:

No. No es posible buscar ni filtrar datos en archivos MDF dañados.

Pregunta:

¿Cuáles son los límites para ver datos en la versión gratuita de MDF Viewer?

Respuesta:

No hay límites para MDF Viewer. Además, la función de visualización de datos en un archivo MDF es gratuita y no requiere la compra de una licencia.

Pregunta:

¿Se pueden recuperar los datos si el archivo se ha recuperado anteriormente con otro software?

Respuesta:

Recovery Toolbox no se hace responsable del software de terceros. Sin embargo, puede descargar, instalar y probar la posibilidad de recuperar datos después de otro software de forma gratuita. La versión demo de Recovery Toolbox for SQL Server es gratuita y siempre está disponible en el sitio web.

Pregunta:

¿Se admite la recuperación de vínculos entre tablas (claves externas)?

Respuesta:

Sí, se admiten las relaciones entre tablas. Sin embargo, es necesario que los datos de cada tabla permanezcan completos y correctos. Si se pierde parte de los datos de la tabla, la ejecución del script SQL para crear la clave externa dará lugar a un error.

Pregunta:

¿Cuánto tiempo lleva recuperar una base de datos típica de 100 GB?

Respuesta:

La velocidad de recuperación depende del rendimiento del ordenador en el que se realiza la recuperación y el almacenamiento de la base de datos SQL Server dañada. En las pruebas realizadas con una base de datos SQL Server dañada de 300 GB, el tiempo total de recuperación fue de 5 días. La prueba se realizó en un ordenador potente con un sistema de disco muy rápido basado en discos NVMe.

Pregunta:

¿Influye el rendimiento del ordenador en la velocidad de recuperación?

Respuesta:

La velocidad de recuperación depende de la frecuencia del procesador y la velocidad de intercambio de datos con el disco del subsistema de archivos.

Pregunta:

¿Qué registros crea el programa y se pueden analizar para una auditoría?

Respuesta:

Los registros del funcionamiento del programa están disponibles en la última página del programa y en el archivo err.log.

Pregunta:

¿Existe la opción de «revertir» o cancelar la recuperación?

Respuesta:

El programa Recovery Toolbox for SQL Server no cambia ni modifica el archivo MDF original. Por lo tanto, no hay nada que cancelar o «revertir».

Pregunta:

¿Cómo puedo contactar con el servicio de asistencia técnica en español?

Respuesta:

Puede ponerse en contacto con el servicio técnico en cualquier idioma. La respuesta del servicio técnico se redactará en inglés. La respuesta del servicio técnico se puede traducir a cualquier idioma utilizando los servicios gratuitos de Google Translate o DeepL.

Pregunta:

¿Cómo informar de un error si el programa no puede abrir el archivo?

Respuesta:

El formulario de contacto con el servicio técnico está disponible aquí: https://recoverytoolbox.com/es/support.html. Las respuestas del servicio técnico tardan hasta 24 horas.

Pregunta:

¿En qué se diferencia Recovery Toolbox for SQL Server de las herramientas estándar de Microsoft (DBCC CHECKDB, DBCC REPAIR)?

Respuesta:

Cada semana recibimos consultas de usuarios que no pueden restaurar bases de datos SQL Server dañadas con las herramientas estándar de Microsoft (DBCC CHECKDB, DBCC REPAIR). El programa Recovery Toolbox for SQL Server utiliza un algoritmo muy complejo para analizar la estructura del archivo, los bloques y las conexiones dentro de los datos. Se trata de una inteligencia artificial especial para restaurar bases de datos Microsoft SQL Server dañadas. Por lo tanto, la calidad y el porcentaje de recuperación con Recovery Toolbox for SQL Server son significativamente mayores que con las herramientas estándar de Microsoft.

Pregunta:

¿Se puede utilizar el programa para analizar las causas del daño del archivo MDF?

Respuesta:

No.

Pregunta:

¿Qué herramientas adicionales para SQL Server recomienda para evitar la pérdida de datos?

Respuesta:

Recomendamos:

• realizar copias de seguridad periódicas;
• realizar comprobaciones periódicas del funcionamiento del sistema de copias de seguridad, incluida la restauración de la base de datos desde la copia de seguridad;
• comprobar el funcionamiento de los bloques de alimentación de reserva;
• cambiar las baterías de los bloques de alimentación de reserva.