¿Cómo elegir la edición adecuada de SQL Server para un entorno ERP?

La elección entre SQL Server Standard y Enterprise para entornos ERP no es una cuestión cosmética. La diferencia de precio es aproximadamente de un factor de cuatro por núcleo, y las limitaciones técnicas de Standard afectan directamente a la escalabilidad, la disponibilidad y el cumplimiento. Para un sistema ERP como Microsoft Dynamics 365 Business Central, SAP Business One, Exact Globe, AFAS Profit o Unit4 ERP, la elección de la edición determina tanto el rendimiento como los costes anuales de TI. En este artículo, leerá qué ediciones existen, qué factores de decisión importan para una carga de trabajo ERP y qué edición se adapta a cada escenario.

Por qué la edición de SQL Server importa para un entorno ERP

Una base de datos ERP tiene tres características que hacen que la elección de la edición sea más crítica que para las aplicaciones empresariales ordinarias. En primer lugar, una base de datos ERP casi siempre crece linealmente con el tiempo: las transacciones financieras, los cambios de inventario y las líneas de pedido rara vez se eliminan. Una base de datos de 50 GB en la puesta en marcha puede crecer hasta 500 GB o más en cinco años.

En segundo lugar, un sistema ERP casi siempre es crítico para el negocio. El tiempo de inactividad se traduce directamente en almacenes detenidos, pedidos sin procesar y facturación perdida. Eso impone exigencias a la alta disponibilidad y, por tanto, a las capacidades de los grupos de disponibilidad Always On.

En tercer lugar, los ERPs modernos se combinan cada vez más con informes de BI, almacenes de datos e integraciones externas (EDI, comercio electrónico, WMS). Esa carga de trabajo mixta ejerce una carga fundamentalmente diferente sobre una instancia SQL que una base de datos OLTP pura.

Las tres ediciones de SQL Server de un vistazo

SQL Server 2025 tiene tres ediciones comerciales que son relevantes para implementaciones ERP locales. La tabla siguiente muestra las principales diferencias. Los límites de esta tabla se aplican a SQL Server 2025; para versiones anteriores, los límites de Standard son inferiores (SQL Server 2022 y anteriores: 24 núcleos y 128 GB de RAM).

Fuente: Ediciones y características compatibles de SQL Server 2025 (Microsoft Learn). La edición Developer es funcionalmente idéntica a Enterprise, pero está destinada exclusivamente a entornos de desarrollo y prueba.

Para un entorno ERP de producción, Express no es una opción práctica. La combinación de un buffer pool de 1,4 GB y la ausencia de opciones de alta disponibilidad hace que Express no sea adecuado para nada más que una instalación de demostración o desarrollo, aunque el tamaño máximo de base de datos en SQL Server 2025 se haya aumentado a 50 GB. En la práctica, por tanto, la elección casi siempre está entre Standard y Enterprise.

Seis factores de decisión para elegir la edición correcta para un ERP

La elección entre Standard y Enterprise rara vez depende de un único criterio. Los siguientes seis factores ayudan a estructurar la decisión.

1. Tamaño de la base de datos y crecimiento esperado

Ambas ediciones admiten bases de datos de hasta 524 petabytes, por lo que el límite estricto no es relevante en la práctica. Sin embargo, lo que sí determina el tamaño es cuánta memoria necesita para mantener una parte utilizable de la base de datos en el buffer pool. Una regla general para ERP OLTP: entre el 10 y el 15 por ciento del tamaño de la base de datos como buffer pool. Para una base de datos de 500 GB, eso significa aproximadamente entre 50 y 75 GB de RAM, muy dentro de los 256 GB de Standard. Por encima de 1,5 TB de tamaño de base de datos, Enterprise se vuelve más atractivo, en parte por el particionado.

2. Número de usuarios simultáneos y tipo de carga de trabajo

Para un ERP con 100 a 250 usuarios simultáneos, Standard suele ser suficiente. Por encima de 500 usuarios simultáneos, comienza a ver las limitaciones de paralelismo de Standard (DOP máximo de modo por lotes 2) reflejadas en las consultas de informes. Si combina OLTP con consultas de BI intensivas en la misma instancia, Enterprise merece la pena por las optimizaciones avanzadas de columnstore y el DOP más alto.

3. Requisitos de tiempo de actividad y disponibilidad

Desde SQL Server 2016, Standard admite grupos de disponibilidad básicos: dos nodos, una base de datos por grupo, sin secundario legible. Eso es suficiente para organizaciones con un RTO (objetivo de tiempo de recuperación) de varios minutos a una hora. Si desea replicar varias bases de datos de forma síncrona, secundarios legibles para informes o tres o más réplicas (por ejemplo, para un sitio DR junto con una configuración HA local), entonces necesita Enterprise.

4. Cumplimiento y cifrado

Transparent Data Encryption (TDE) cifra los archivos de datos en disco sin requerir cambios en la aplicación. Para organizaciones que, bajo GDPR, NIS2 o normas sectoriales específicas (NEN 7510 en sanidad, DORA en el sector financiero), deben implementar cifrado de datos en reposo, este es un requisito estricto. TDE solo está disponible en Enterprise. Las alternativas a nivel Standard, como el cifrado a nivel de columna o BitLocker en el volumen, ofrecen menos garantías y son más engorrosas de gestionar.

5. Informes, BI y almacenamiento de datos

Si su capa de informes se ejecuta en la misma instancia SQL que la base de datos ERP (una elección deliberada por los costes de licencia), se encuentra con dos limitaciones de Standard: funcionalidad columnstore limitada y límites de paralelismo. En Enterprise, están disponibles aggregate pushdown, string predicate pushdown y optimizaciones SIMD, lo que acelera significativamente las consultas de BI a escala de almacén de datos. Si su BI se ejecuta en un almacén de datos separado, puede considerar Standard para el ERP y una edición Developer separada para un entorno de desarrollo BI.

6. Virtualización y consolidación

Standard se licencia por núcleo por máquina física o virtual que ejecuta SQL. Cada instancia virtual de SQL requiere un conjunto separado de licencias por núcleo con un mínimo de 4 núcleos. Enterprise con Software Assurance ofrece derechos de virtualización ilimitados por host: licencia todos los núcleos del host y después puede ejecutar un número ilimitado de instancias SQL en él. Para centros de datos con muchas instancias SQL en uno o unos pocos hosts, Enterprise se vuelve por tanto más barato que Standard, a pesar del precio más alto por núcleo.

Fuente: Guía de licencias de Microsoft SQL Server.

¿Qué edición se adapta a cada escenario ERP?

Cuatro escenarios típicos componen la gran mayoría de la práctica ERP. Para cada escenario siguiente, puede ver qué edición es la elección correcta en la mayoría de los casos.

ERP para pymes hasta 50 usuarios simultáneos: Standard

Una instalación de Business Central con 20 a 50 usuarios en un servidor de aplicaciones y un servidor SQL, tamaño de base de datos inferior a 200 GB, procedimientos de copia de seguridad diarios y un RTO de varias horas. Una licencia Standard con 4 a 8 núcleos es suficiente. La función de grupo de disponibilidad básico proporciona suficiente protección contra fallos del servidor sin la prima de Enterprise.

ERP mediano con 50 a 250 usuarios: Standard (con HA)

AFAS Profit, Exact Globe o Unit4 Agresso con 150 usuarios, una base de datos de alrededor de 500 GB y una configuración HA síncrona con un secundario. SQL Server 2025 Standard con 16 núcleos y 128 a 256 GB de RAM cubre esto de sobra. Reserve presupuesto para dos licencias SQL (primaria + secundaria) o utilice derechos de servidor pasivo con Software Assurance.

ERP empresarial con tiempo de actividad 24/7 y cumplimiento: Enterprise

Una implementación local de Microsoft Dynamics 365 Finance & Operations, más de 500 usuarios repartidos en varias zonas horarias, una base de datos de 2 TB con un crecimiento anual de 400 GB, TDE exigido por GDPR y un sitio DR en un segundo centro de datos. Enterprise es inevitable aquí. La combinación de TDE, particionado para la gestión del tamaño, múltiples réplicas legibles y reconstrucciones de índices en línea (que permiten mantenimiento 24/7 sin impacto en el usuario) justifica el coste adicional. Consulte nuestro artículo sobre las diferencias clave entre SQL Server Standard y Enterprise para una comparación exhaustiva de características.

Centro de datos de virtualización con múltiples instancias ERP: Enterprise con SA

Hosters, MSPs y departamentos de TI empresariales que ejecutan 10 o más instancias SQL en un clúster virtualizado casi siempre alcanzan el punto de equilibrio de Enterprise + Software Assurance frente a licencias Standard separadas por VM. Los derechos de virtualización ilimitados cambian fundamentalmente la economía de las licencias.

Errores comunes al elegir una edición

En la práctica, vemos repetidamente tres errores en nuevos proyectos ERP.

• Suponer los números actuales de usuarios sin un margen de crecimiento. Un ERP normalmente se utiliza durante 5 a 10 años; planifique basándose en los volúmenes esperados en el año 5.
• Usar la edición Developer en producción. Developer es gratuita, pero desde una perspectiva de licencias solo está permitida para fines no productivos. Usarla para un ERP de producción es un riesgo de auditoría.
• Elegir Enterprise por costumbre sin un análisis de características. Con la ampliación de núcleos y RAM en SQL Server 2025 Standard (32 núcleos, 256 GB de RAM), muchas cargas de trabajo que antes requerían Enterprise ahora pueden ejecutarse en Standard. Verifique si las características específicas de Enterprise se están utilizando realmente.

Preguntas frecuentes

¿Puedo usar SQL Server Express para un entorno ERP de producción?

Técnicamente, es posible para instalaciones muy pequeñas (menos de 10 usuarios, base de datos por debajo de 50 GB), pero en la práctica no se recomienda. Express no admite alta disponibilidad, solo tiene un buffer pool de 1,4 GB y no ofrece SQL Server Agent para copias de seguridad programadas y trabajos de mantenimiento. Microsoft también recomienda explícitamente Express para Business Central solo para desarrollo/pruebas.

¿Es SQL Server 2025 Standard lo suficientemente potente para Business Central?

Para prácticamente todas las instalaciones de Business Central de hasta varios cientos de usuarios, Standard es suficiente. La ampliación a 32 núcleos y 256 GB de RAM en SQL Server 2025 cubre de sobra los requisitos de los entornos Business Central en el segmento de pymes y mercado medio. Solo en caso de personalizaciones intensivas, grandes volúmenes de datos (más de 1 TB) o topologías HA complejas se recomienda Enterprise.

¿Necesito elegir Enterprise por GDPR?

No automáticamente. GDPR exige medidas técnicas y organizativas adecuadas, pero no prescribe una implementación de cifrado específica. El cifrado a nivel de volumen (BitLocker) o el cifrado de columnas en Standard puede ser suficiente si está respaldado por una justificación y un análisis de riesgos. Sin embargo, para organizaciones sujetas a NIS2, DORA o NEN 7510, TDE suele ser la ruta más pragmática y, por tanto, Enterprise.

¿Cuánto cuesta en la práctica la diferencia entre Standard y Enterprise?

El precio de lista de Enterprise es aproximadamente cuatro veces el de Standard por núcleo. Para una configuración de 8 núcleos, hablamos de una diferencia de decenas de miles de euros con licencias nuevas. Con licencias de segunda mano, ambas opciones se mueven en la misma proporción; el ahorro absoluto sobre el precio nuevo es de hasta el 70% allí (50% para SQL Server 2025). Solicite un presupuesto personalizado para su número específico de núcleos.

¿Puedo actualizar de Standard a Enterprise si necesito más más adelante?

Sí, una actualización es técnicamente sencilla mediante SQL Server Setup (Edition Upgrade). Desde una perspectiva de licencias, compra licencias Enterprise adicionales; las licencias Standard compradas previamente no son transferibles como parte de intercambio. Eso hace que estimar correctamente el requisito de antemano sea financieramente relevante. Un punto intermedio pragmático es una licencia Standard para el ERP de producción combinada con una licencia Enterprise de segunda mano para una migración posterior cuando surja la necesidad.