Convertir MDB a MDF

Una base de datos de Access heredada puede requerir una migración cuando una aplicación de servidor, un administrador o una herramienta de desarrollo necesita SQL Server en lugar de un archivo de Access. El resultado es una base de datos de SQL Server con un archivo de datos MDF y normalmente un archivo de transaction-log LDF asociado, no un archivo MDB cuyo nombre se haya cambiado.

Qué es el formato MDB

MDB es el formato clásico de base de datos de Microsoft Access utilizado para tablas, consultas, relaciones, formularios, informes, macros y código VBA. Las versiones de Access hasta Access 2003 utilizaban MDB como formato estándar; las versiones más recientes de Access todavía pueden abrir y crear archivos MDB por motivos de compatibilidad. Los archivos MDB suelen encontrarse en aplicaciones empresariales heredadas, bases de datos departamentales, exportaciones de datos y aplicaciones creadas con Microsoft Jet o ACE.

Un MDB puede contener tanto datos relacionales como una interfaz de usuario de Access. Sus formularios, informes, macros, módulos VBA, definiciones de tablas vinculadas y consultas específicas de Access no se convierten automáticamente en objetos equivalentes de SQL Server.

Qué es el formato MDF

MDF es el formato de archivo de datos principal de SQL Server. Almacena tablas de SQL Server, indexes, metadata y otros objetos de base de datos. Una base de datos de SQL Server normalmente también tiene un archivo de transaction-log LDF y puede tener archivos de datos NDF adicionales.

SQL Server proporciona seguridad del lado del servidor, transacciones, acceso simultáneo, copias de seguridad programadas, funciones de replicación y compatibilidad con T-SQL. MDF no es un contenedor de base de datos genérico: cambiar la extensión de MDB a MDF no convierte la base de datos, y un MDF no se puede abrir directamente en Microsoft Access.

Cómo convertir MDB a MDF

SQL Server Migration Assistant for Access (SSMA for Access) es la herramienta de escritorio de uso general adecuada. Convierte el schema de Access y migra los datos de las tablas a una base de datos de SQL Server; la instancia de SQL Server crea y administra los archivos MDF y LDF.

1. Realice una copia de seguridad del MDB. Abra la copia en Access y ejecute Database Tools → Compact and Repair Database si el origen puede contener errores estructurales.
2. Instale una edición compatible de SQL Server, como SQL Server Express o Developer, e instale SSMA for Access de Microsoft. Instale Microsoft Access Database Engine si SSMA requiere un proveedor de Access. Su arquitectura de 32 bits o 64 bits debe ser compatible con los componentes de SSMA instalados y con el controlador de Access.
3. En SSMA, cree un proyecto, seleccione la versión de SQL Server de destino y use File → Add Databases para agregar el archivo MDB.
4. Conecte SSMA a la instancia de SQL Server, seleccione o cree la base de datos de destino y ejecute Convert Schema. Revise el informe de evaluación para comprobar los data types no compatibles, las palabras reservadas, los indexes, las relationships y las expresiones específicas de Access.
5. Use Synchronize with Database para crear los objetos de SQL Server y, a continuación, use Migrate Data para copiar el contenido de las tablas. Compruebe el migration log para detectar filas rechazadas y advertencias de conversión.
6. En SQL Server Management Studio, compare los row counts y verifique las primary keys, foreign keys, indexes, nullability, los valores de fecha, la precisión decimal, los valores identity y consultas representativas.

Para controlar la ubicación del MDF, cree la base de datos de destino en SQL Server antes de sincronizar el proyecto de SSMA. Por ejemplo:

CREATE DATABASE [ConvertedDb]
ON PRIMARY (
    NAME = N'ConvertedDb',
    FILENAME = N'C:\SQLData\ConvertedDb.mdf'
)
LOG ON (
    NAME = N'ConvertedDb_log',
    FILENAME = N'C:\SQLData\ConvertedDb_log.ldf'
);

Conecte SSMA a ConvertedDb y realice la migración en esa base de datos. La cuenta de servicio de SQL Server debe tener permiso para crear y acceder al directorio especificado. La ruta debe existir en el equipo de SQL Server, no solamente en el equipo que ejecuta SSMA.

Para una transferencia sencilla de tablas por única vez, Import and Export Wizard de SQL Server Management Studio puede utilizar Microsoft Access como origen y SQL Server como destino. SSMA es preferible cuando son importantes las relationships, los indexes, la conversión de data types y los diagnósticos de migración.

Limitaciones de calidad y compatibilidad

Se trata de una migración de base de datos, no de una exportación que conserve el formato. Los formularios, informes, macros, módulos VBA, definiciones de tablas vinculadas y muchas consultas específicas de Access permanecen en Access y requieren un rediseño manual. Una arquitectura habitual mantiene un front end de Access mientras mueve sus tablas a SQL Server.

Revise los campos Yes/No, los campos Attachment y multivalued, los valores AutoNumber, los datos Memo o Long Text, los valores de fecha y hora, la precisión de Currency y las consultas que utilizan funciones como IIf, Nz o funciones de dominio. SQL Server puede asignarlos de forma diferente o requerir cambios manuales en las consultas. Vuelva a crear los usuarios, roles, permisos, tareas programadas y connection strings de la aplicación en SQL Server; la configuración de seguridad de Access no se transfiere como una configuración equivalente de seguridad del servidor.

No existe ningún servicio online generalmente adecuado que produzca un MDF adjuntable a partir de un MDB. Un MDF debe ser creado por SQL Server, y cargar un MDB puede exponer todo su contenido, los detalles de conexión y las credenciales. Utilice SSMA con una instancia de SQL Server local o controlada por la organización para datos confidenciales o regulados. Los servicios online de MDB-to-CSV o MDB-to-SQL pueden ser útiles para extraer tablas no sensibles, pero no conservan la base de datos completa de Access ni crean un MDF nativo de SQL Server.