The error appears when a schema, user, or cluster exceeds its assigned storage quota, blocking further writes.
Redshift raises the message when a user, schema, or the entire cluster surpasses its defined disk-space limit. Administrators can create quotas with ALTER USER or ALTER SCHEMA. Once the limit is hit, any CREATE TABLE, COPY, or INSERT fails until space is freed or the quota is raised.
Query system view SVV_SCHEMA_QUOTA_STATE or SVV_USER_QUOTA_STATE.These catalog views show quota_mb, used_mb, and percent_used, letting you identify the object that breached its cap.
SELECT schema_name, quota_mb, used_mb, percent_used
FROM SVV_SCHEMA_QUOTA_STATE
ORDER BY percent_used DESC;
Use ALTER SCHEMA … QUOTA or ALTER USER … QUOTA. Setting QUOTA UNLIMITED removes the cap. Only superusers can run these commands.
--Raise Orders schema to 500 GB
ALTER SCHEMA orders QUOTA 500000;.
--Remove quota for analytics user
ALTER USER analytics QUOTA UNLIMITED;
Delete unneeded tables, vacuum to reclaim deleted rows, or UNLOAD large result sets to S3 and TRUNCATE the staging tables.Always commit after deletions so space is actually released.
--Drop obsolete 2022 order items partition
drop table orderitems_2022;
VACUUM orders;
COMMIT;
Monitor SVL_QLOG and CloudWatch metrics, set alerts at 80 % usage, and implement lifecycle jobs that archive historical data to S3 Glacier. Apply sensible quotas per team to avoid cluster-wide outages.
.
No. The cluster may have free space, yet the specific user or schema can hit its own quota.
Quota changes are metadata operations and complete in milliseconds without blocking running queries.
Yes. Use ALTER USER dev_user QUOTA 10000 and ALTER USER prod_user QUOTA UNLIMITED to enforce environment-specific limits.