DBRECOVER para Oracle FAQ: Guía Completa de Licencias, Operaciones Técnicas y Solución de Problemas

Esto típicamente es causado por uno de tres problemas:

1. Sensibilidad a Mayúsculas: La licencia está vinculada al DB_NAME de manera sensible a mayúsculas/minúsculas. Oracle internamente almacena DB_NAME en mayúsculas. Asegúrese de ingresar ORCL no orcl.
2. Incompatibilidad de Versión: Su clave puede estar generada para una versión específica (ej., versión 2009) mientras está ejecutando una versión diferente (ej., 23rc1). Diferentes versiones pueden usar diferentes algoritmos de clave. Descargue e intente con la versión del software correspondiente.
3. Reconocimiento de Nombre Interno: Si los encabezados de sus archivos están severamente dañados, el software puede no detectar el DB_NAME real y recurrirá a un nombre interno predeterminado (como SHITANRUANJIAN o SAMIL). Revise el archivo de log log_dbrecover.txt para ver qué DB_NAME detectó el software. Si muestra un nombre interno, contacte soporte para una clave especial que coincida con ese nombre.

No. DBRECOVER usa una política estricta de "una-base-de-datos-una-licencia". La clave de licencia está algorítmicamente vinculada al DB_NAME de la base de datos objetivo. Esto significa que para cada base de datos de cliente único que atienda, debe comprar una licencia separada.

Para proveedores de servicios con alta frecuencia de compra, contacte a nuestro equipo de ventas en [email protected] para consultar sobre descuentos por volumen.

La Edición Enterprise tiene un precio de $1,350 USD por base de datos. El pago se procesa a través de Stripe, y un recibo electrónico se envía automáticamente.

Si requiere una factura formal con información fiscal de la empresa (número de IVA, nombre de empresa, dirección), envíe sus datos a [email protected] después de completar el pago, y emitiremos una manualmente.

No se proporcionan reembolsos. Debido a la naturaleza especial de los servicios de recuperación de datos, implementamos una política de "probar antes de comprar".

Antes de comprar:

1. Descargue la Edición Comunitaria gratuita
2. Use la función "Examinar Conteo de Registros" para escanear sus datafiles
3. Verifique que puede ver estructuras de tablas y previsualizar datos (limitado a 10,000 filas por tabla)

Si puede ver datos en la Edición Comunitaria, confirma que los datos son recuperables. Una vez que se emite una clave de licencia, la transacción es final.

Actualmente está ejecutando la Edición Comunitaria (versión de prueba), que tiene un límite codificado de 10,000 filas por tabla para exportación. Esto no es un error del software ni pérdida de datos.

Después de ingresar una clave de licencia válida de Edición Enterprise y reiniciar el software, esta restricción se elimina automáticamente, permitiendo la exportación completa de datos.

Problema de Entorno Java (solo versiones antiguas):

• DBRECOVER 2512 y posterior: Incluye JRE integrado — no requiere instalación separada de Java
• Versiones anteriores (23rc1 y anteriores): Requieren Java Runtime Environment (JRE) 1.8 o superior
• Si usa una versión anterior, asegúrese de que la variable de entorno JAVA_HOME esté correctamente configurada

Falso Positivo del Antivirus:

DBRECOVER realiza operaciones de lectura de sectores de disco de bajo nivel que pueden activar la detección heurística en software de seguridad. Este patrón de comportamiento es similar a lo que hace el ransomware (leer datos crudos del disco), causando que Windows Defender y otros programas antivirus lo marquen como amenaza.

Esto es un falso positivo. Para resolver:

1. Agregue el directorio de DBRECOVER a la lista de exclusiones de su antivirus
2. Re-extraiga el archivo ZIP
3. Ejecute la aplicación

Sí, y este es el enfoque recomendado.

DBRECOVER tiene funcionalidad de conversión de orden de bytes (endianness) incorporada. Puede:

1. Copiar los datafiles (.dbf) de su servidor Unix a una PC con Windows
2. Cargarlos en DBRECOVER en Windows
3. El software detecta y maneja automáticamente el formato Big Endian de AIX/HP-UX/Solaris

Esta estrategia de "recuperación fuera del sitio" evita el riesgo de configurar Java en un servidor de producción dañado y proporciona una mejor experiencia de GUI en Windows.

Esto típicamente ocurre cuando el escáner encuentra bloques de datos corruptos causando bucles lógicos. Intente estos pasos:

1. Cambiar Versiones: Si usa la versión 23rc1, descargue e intente la versión 2009 más antigua pero más estable.
2. Reducir Alcance: No cargue todos los datafiles a la vez. Comience solo con los archivos del tablespace de negocio principal.
3. Cambiar Modos: Si el Modo Diccionario se cuelga, es probable que SYSTEM.DBF esté corrupto. Cambie a Modo Sin Diccionario.

Su elección depende de la salud de su tablespace SYSTEM (típicamente SYSTEM.DBF):

Modo Diccionario:

• Cuándo usar: Cuando tiene un archivo SYSTEM.DBF saludable e intacto
• Qué obtiene: Nombres completos de tablas, nombres de columnas y estructura de esquema — igual que navegar en una base de datos normal
• Experiencia: Navegar Esquema → Nombre de Tabla en vista de árbol, exportar tablas por nombre

Modo Sin Diccionario:

• Cuándo usar: Cuando SYSTEM.DBF se perdió, está corrupto o fue sobrescrito
• Qué obtiene: Segmentos de datos crudos identificados solo por DATA_OBJECT_ID (ej., OBJ(12345) en lugar de T_PEDIDO)
• Experiencia: Debe identificar manualmente las tablas muestreando el contenido de datos y deduciendo qué representa cada objeto

No. Los LOB Segments son áreas de almacenamiento para Objetos Grandes (imágenes, texto largo, BLOBs). Están adjuntos a una tabla padre, no son tablas independientes.

No puede extraer datos estructurados significativos directamente de un segmento LOB. Debe:

1. Encontrar el Segmento de Tabla padre que posee este LOB
2. Recuperar primero los datos de la tabla principal
3. Los datos LOB típicamente se extraen junto con la tabla principal (si la estructura está intacta)

Hay dos versiones principales disponibles:

Recomendación: Use la versión 2512 para la mayoría de escenarios de recuperación. Mantenga la versión 2009 como respaldo para bases de datos Oracle 11g y anteriores si la versión moderna encuentra problemas.

Esto ocurre cuando los encabezados de los datafiles están severamente corruptos y el software no puede leer el DB_NAME real. El software recurre a nombres internos predeterminados como SHITANRUANJIAN o SAMIL.

Solución:

1. Revise log_dbrecover.txt para confirmar qué nombre fue detectado
2. Contacte soporte — recibirá dos claves: una para su DB_NAME real y otra para el nombre interno
3. Use la clave que coincida con lo que el software detecta

Un archivo "fuzzy" es uno donde los bloques de datos contienen cambios de diferentes puntos en el tiempo — el archivo es internamente inconsistente. Esto sucede cuando:

• La base de datos falló mientras se escribían los datafiles
• Un respaldo en caliente fue interrumpido antes de END BACKUP
• Las instantáneas de almacenamiento capturaron archivos en diferentes momentos

DBRECOVER aún puede leer datos de archivos fuzzy — no requiere consistencia como el kernel de Oracle. Puede perder transacciones no confirmadas, pero los datos confirmados en los bloques pueden recuperarse.

Use la prueba gratuita de la Edición Comunitaria:

1. Descargue desde la página de DBRECOVER para Oracle
2. Cargue sus datafiles
3. Use "Examinar Conteo de Registros" o navegue las tablas
4. Si puede ver tablas y previsualizar filas (hasta 10,000), sus datos son recuperables

La Edición Comunitaria tiene capacidades de recuperación idénticas — solo el conteo de exportación de filas está limitado.