ApsaraDB RDS:FAQ about storage capacity

¿Puedo ampliar la capacidad de almacenamiento sin migrar datos? ¿Qué impacto tiene?

Depende del host. Si el host donde se ejecuta su instancia cuenta con suficientes recursos libres, el almacenamiento se amplía en el mismo lugar y no se realiza ninguna migración de datos. Si el host no puede alojar el almacenamiento adicional, el sistema aprovisiona un nuevo host con la capacidad suficiente y migra sus datos a una nueva instancia de forma automática.

Para obtener detalles sobre cómo ampliar el almacenamiento y saber si ocurren desconexiones transitorias durante el proceso, consulte:

• Change the specifications of an ApsaraDB RDS for MySQL instance

• Change the specifications of an ApsaraDB RDS for PostgreSQL instance

• Change the specifications of an ApsaraDB RDS for SQL Server instance

• Change the specifications of an ApsaraDB RDS for MariaDB instance

¿Cuáles son las reglas de facturación para la ampliación de almacenamiento?

Después de ampliar la capacidad de almacenamiento, el costo de la instancia cambia en consecuencia. Para más detalles, consulte Billing details about configuration change.

¿Cómo soluciono un aumento repentino en el uso de almacenamiento?

1. Inicie sesión en la consola de ApsaraDB RDS y vaya a la página de Instances. En la barra de navegación superior, seleccione la región donde reside su instancia. Localice su instancia y haga clic en su ID.

2. En el panel de navegación izquierdo, haga clic en Monitoring and Alerts. Revise el desglose del uso de almacenamiento por tipo de dato y la tendencia de uso a lo largo del tiempo.

¿Cómo libero espacio de almacenamiento al eliminar archivos?

Consulte los siguientes temas según lo que esté consumiendo su almacenamiento:

• Solution to the exhaustion of disk space on an ApsaraDB RDS for MySQL instance due to a large number of data files

• What do I do if the storage capacity of an ApsaraDB RDS for MySQL instance is exhausted by binary log files?

• Solution to the exhaustion of disk space on an ApsaraDB RDS for MySQL instance due to a large number of temporary files

• Solution to the exhaustion of disk space on an ApsaraDB RDS for MySQL instance due to a large number of system files

Creé una base de datos vacía, pero ya ocupa espacio de almacenamiento. ¿Por qué?

Durante la inicialización ocurren dos cosas: la base de datos crea tablas del sistema para almacenar información de cuentas y permisos, y el motor de base de datos genera registros internos, como registros de rehacer (redo logs) y registros de deshacer (undo logs). Ambos consumen almacenamiento incluso antes de agregar cualquier dato de usuario.

¿Por qué MySQL usa más almacenamiento que la base de datos de origen tras una migración desde otra base de datos?

Los distintos motores de almacenamiento de bases de datos manejan los datos de forma diferente. El comportamiento de almacenamiento de MySQL se ve afectado por factores como la configuración de compresión y las estructuras de índices, los cuales no corresponden directamente a los de otros motores. El mismo conjunto de datos puede ocupar más espacio después de la importación, dependiendo de cómo el motor de destino almacene e indexe la información.

¿La capacidad de almacenamiento incluye el almacenamiento de copias de seguridad?

No. El valor de Storage Capacity que se muestra en la sección Usage Statistics de la página Basic Information solo considera el almacenamiento de la instancia, no el de las copias de seguridad. Para revisar el uso de almacenamiento de copias de seguridad, consulte View and manage the size of backup files.

Cuando se agota el almacenamiento, ¿cuánto tarda la instancia en entrar en estado Locking? ¿Qué debo hacer?

Cuando el almacenamiento se agota, la instancia se bloquea automáticamente y entra en estado Locking. El bloqueo puede no ser instantáneo; puede presentarse un breve retraso dependiendo del mecanismo de inspección. Una vez bloqueada, las operaciones de escritura quedan impedidas.

Para evitar llegar a este estado, configure alertas antes de que se agote el almacenamiento. Consulte Configure alerting. Como medida proactiva, habilite la expansión automática de almacenamiento: cuando el uso alcanza un umbral determinado, el sistema amplía la capacidad automáticamente.

Para habilitar la expansión automática de almacenamiento:

• Configure automatic storage expansion for an ApsaraDB RDS for MySQL instance

• Configure automatic storage expansion for an ApsaraDB RDS for PostgreSQL instance

• Configure automatic storage expansion for an ApsaraDB RDS for SQL Server instance

Para instancias de RDS for MySQL, también puede habilitar automatic fragment reclamation para recuperar espacio fragmentado sin intervención manual.

Si la instancia ya está bloqueada, consulte What do I do if my ApsaraDB RDS instance is in the Locking state? para conocer los pasos de recuperación.

Tras eliminar una gran cantidad de datos en SQL Server, ¿por qué no se recupera el espacio en disco?

Ejecutar DELETE en SQL Server no libera espacio en disco de inmediato. Tres mecanismos provocan que el espacio asignado permanezca ocupado después de un DELETE:

Para recuperar espacio en disco, utilice uno o varios de los siguientes enfoques según su situación:

• Reducir la base de datos o los archivos de grupo de archivos: ejecute DBCC SHRINKDATABASE o DBCC SHRINKFILE para compactar los archivos de datos y devolver el espacio no utilizado al sistema de archivos.

  Importante

  Este proceso puede consumir mucho tiempo, y las operaciones de reducción frecuentes pueden afectar negativamente el rendimiento de su instancia de RDS. Para obtener orientación, consulte Solve the problem that SQL Server instances are locked when the storage space is full o Troubleshoot insufficient storage issues on an ApsaraDB RDS for SQL Server instance.

• Recompilar índices: después de eliminaciones masivas, los índices suelen fragmentarse. Recompilearlos reorganiza las páginas de datos, recupera el espacio asignado y mejora la eficiencia de las consultas.

• Realizar copias de seguridad de los registros de transacciones: en bases de datos que usan el modelo de recuperación completa, las copias de seguridad periódicas de los registros de transacciones permiten truncar las entradas de registro confirmadas y liberar el espacio que ocupaban. Consulte Manage logs.

• Usar TRUNCATE TABLE en lugar de DELETE: TRUNCATE TABLE libera las páginas de datos de inmediato sin generar grandes volúmenes de registros de transacciones, lo que lo hace mucho más eficiente para eliminar todas las filas de una tabla.

  Importante

  TRUNCATE TABLE es irreversible y no admite la cláusula WHERE. Úselo únicamente cuando tenga la intención de eliminar todas las filas.

Después de ampliar el almacenamiento, ¿aumenta la cuota gratuita de almacenamiento de copias de seguridad?

Sí. La cuota gratuita de almacenamiento de copias de seguridad está vinculada a la capacidad de almacenamiento de su instancia, por lo que ampliar el almacenamiento también incrementa dicha cuota:

La cuota se mide en GB y siempre se redondea al entero superior más cercano.