Azure Database for PostgreSQL
An Azure managed PostgreSQL database service for app development and deployment.
Azure Database for PostgreSQL: Auto-pause no respetando horarios establecidos — problema persistente
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(198.4, 69%, 29%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ENF%3C/text%3E%3C/svg%3E)
Nicolas Falcon
0
Reputation points
Descripción del problema
Estoy enfrentando un problema con mi Azure SQL Database. La base de datos, que soporta auto-pause, no entra en modo de pausa en los horarios configurados, sino que permanece activa y genera cargos continuos incluso durante los períodos de inactividad. Esto ocurrió aproximadamente a las 16:11 UTC del 9 de septiembre de 2026, y no se han registrado mensajes de error adicionales.
Entorno
Azure Database for PostgreSQL flexible server en tier Burstable (B), en la región no especificada en el caso.
Lo que ya he probado
Verifiqué en el portal de Azure que la opción de auto-pause estuviera habilitada con el intervalo y horario correctos. Ejecuté comandos de Azure CLI para confirmar que las propiedades autoPauseEnabled y autoPauseDelay estaban configuradas correctamente. Consulté conexiones activas en pg_stat_activity para detectar sesiones que pudieran impedir la pausa. Revisé logs de auditoría y diagnósticos en el portal para detectar actividad o eventos de reactivación. También revisé la zona horaria y validé que el horario programado no presentara conflictos. Sin embargo, el servidor continúa activo fuera de los horarios de pausa esperados.
Estado actual
Solicito asistencia para analizar por qué la base de datos no respeta los horarios de auto-pause configurados y qué pasos puedo seguir para resolver este problema.
Azure Database for PostgreSQL
-
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(118.4, 51%, 21%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EGC%3C/text%3E%3C/svg%3E)
Ganesh Chelluri 190 Reputation points Microsoft External Staff Moderator2026-09-09T17:49:38.81+00:00 Hola @Nicolas Falcon ,
Gracias por compartir las comprobaciones realizadas.
La configuración descrita parece mezclar dos modelos diferentes. Las propiedades autoPauseEnabled y autoPauseDelay corresponden a un comportamiento de pausa por inactividad, mientras que Azure Database for PostgreSQL Flexible Server utiliza operaciones explícitas de inicio y detención. Para PostgreSQL Flexible Server, el horario debe implementarse mediante tareas de automatización independientes para Stop y Start.
Le recomendamos realizar las siguientes comprobaciones:
- En Azure Portal, confirme que el recurso afectado aparece como Azure Database for PostgreSQL flexible server y no como Azure SQL Database.
- Abra el servidor PostgreSQL y seleccione Automation > Tasks.
- Revise si ya existe una tarea de Stop PostgreSQL flexible server. En la columna Runs, seleccione View y compruebe la ejecución correspondiente al 9 de septiembre de 2026, aproximadamente a las 16:11 UTC.
- Si no existe una tarea válida, seleccione Add a task y elija la plantilla para detener el servidor PostgreSQL Flexible Server.
- Complete la autenticación de las conexiones y configure la frecuencia, el intervalo y la hora requeridos. Después, seleccione Review + create.
- Si el servidor también debe iniciarse automáticamente, cree una segunda tarea independiente mediante la plantilla Start PostgreSQL flexible server y configure su horario.
- En la siguiente ejecución, verifique que la tarea finalice correctamente y que el estado del servidor cambie de Ready a Stopping y finalmente a Stopped.
Tenga en cuenta que un PostgreSQL Flexible Server detenido se inicia automáticamente después de siete días si no se realiza un inicio manual. También puede iniciarse brevemente durante mantenimiento programado y volver posteriormente al estado Stopped. Por este motivo, si necesita mantenerlo detenido de forma recurrente, debe conservar activa una tarea de Stop con la periodicidad correspondiente.
Si la tarea de Stop aparece como Succeeded pero el servidor nunca cambia a Stopping o Stopped, comparta mediante un canal privado los detalles de esa ejecución, la región, el estado del servidor y la marca de tiempo UTC. No publique identificadores completos de suscripción o recurso en el hilo público.
Sign in to comment
Sign in to answer