Migración de SQL Server a PostgreSQL · para pequeñas y medianas empresas

De SQL Server a PostgreSQL: los mismos datos, sin licencia por núcleo.

SQL Server se licencia por núcleo, con un mínimo de 4 núcleos por instancia, y en suscripción se paga cada año. PostgreSQL no cuesta nada en licencias y soporta las mismas cargas, si la aplicación lo admite. Convertimos esquema y datos, revisamos el T-SQL, lo probamos en un piloto y hacemos el cambio fuera del horario laboral, con precio y fecha cerrados.

  • Precio y fecha cerrados
  • Cambio fuera de horario
  • Marcha atrás en cada fase
  • Sin dependencia

Por qué ahora

Licencias por núcleo para una base de datos que tiene un equivalente gratuito.

4núcleos como mínimo por instancia de SQL Server, licenciados en paquetes de 2
1418 US$por paquete de 2 núcleos y año: SQL Server 2025 Standard en suscripción (Enterprise: 5434 US$)
jul. 2026fin del soporte extendido de SQL Server 2016; SQL Server 2017 le sigue en octubre de 2027
0 €de licencia de PostgreSQL, con la permisiva licencia PostgreSQL

Fuentes: precios de Microsoft para SQL Server 2025, ciclo de vida de Microsoft (SQL Server 2016 y 2017), licencia PostgreSQL.

Calculadora de ahorro

¿Cuánto se ahorraría?

Introduzca lo que usa hoy. La calculadora aplica las reglas de licencia reales del fabricante, mínimos de núcleos incluidos, y compara tres años.

Hoy · al año—
Después del cambio—
Ahorro en 3 años—antes de una migración única a precio cerrado
Convertirlo en un plan de migración →

Tipo de cambio aplicado: 1 € = US$ (tipo de referencia del BCE, sep. 2026). Todo se calcula en su navegador: nada de lo que introduce se envía a ningún sitio.

Cómo lo migramos

Esquema, datos y lógica: convertidos, comprobados y probados.

Primero, la compatibilidad

Se revisa cada aplicación: ¿admite su fabricante PostgreSQL? Las que no, se quedan en SQL Server.

Esquema y datos

Tablas, índices, restricciones y datos se convierten con pgloader; los tipos de datos se mapean y se verifican los recuentos de filas.

De T-SQL a PL/pgSQL

Procedimientos almacenados, funciones y triggers se revisan y se reescriben donde haga falta. Aquí está la mayor parte del esfuerzo, y se estima antes de empezar.

Tareas e informes

Las tareas del Agente SQL Server pasan a tareas programadas; los paquetes SSIS y los informes SSRS se evalúan uno a uno.

Replicación y copias

Replicación en streaming para conmutación por error, recuperación a un punto en el tiempo y restauraciones probadas antes del cambio.

Cambio

Sincronización final y cambio de la aplicación en una ventana fuera de horario; SQL Server sigue disponible como camino de vuelta.

Hablando claro

Lo que no se migra uno a uno

Cómo se hace una migración

Cinco pasos. La plataforma antigua sigue intacta hasta que usted da el visto bueno.

  1. 1

    Evaluación

    Inventario, plan por escrito, precio y fecha cerrados antes de empezar.

  2. 2

    Piloto

    Primero los sistemas no críticos; rendimiento y restauraciones probados con sus cargas.

  3. 3

    Planificar el cambio

    Un runbook por fase, ventanas acordadas y un camino de vuelta por escrito para cada paso.

  4. 4

    Cambio

    Fase a fase, fuera de su horario laboral. Si algo falla, se vuelve atrás.

  5. 5

    Entrega

    Documentación, runbooks y acceso completo, o StayPatched lo mantiene al día.

Preguntas

Lo que se pregunta antes de esta migración.

¿Funcionará nuestra aplicación con PostgreSQL?

Solo si lo admite. Es lo primero que comprobamos; en las aplicaciones propias, con pruebas en el piloto.

¿Cuánto T-SQL hay que reescribir?

Depende de cuánta lógica haya en la base de datos. Contamos procedimientos, funciones y triggers en la evaluación y presupuestamos la reescritura antes de empezar.

¿Hay tiempo de inactividad?

Solo para el cambio final, en una ventana fuera de horario. Los datos se sincronizan antes para que el cambio sea breve.

¿Podemos volver atrás?

Sí. SQL Server no se toca hasta que usted confirma el nuevo entorno.

¿Está PostgreSQL preparado para datos críticos?

Sí: es una de las bases de datos más usadas en aplicaciones empresariales, con replicación, recuperación a un punto en el tiempo y décadas de uso en producción.

Pedir un plan de migración

Cuéntenos qué usa. Le devolvemos un plan cerrado.

Una llamada breve y después una evaluación por escrito: qué se migra tal cual, qué requiere cuidado y qué debería quedarse, con precio y fecha cerrados. Sin compromiso.

  • Le responde un ingeniero, no una secuencia comercial
  • Sus datos solo se usan para responderle
  • Si migrar no le compensa, se lo diremos

Sus datos solo se usan para responderle. Consulte la política de privacidad.