Quando nos deparamos com o seguinte erro, Já temos a resolução na ponta da língua:

ORA-01653: unable to extend table [SCHEMA].[TABELA] by [NUMERO] in tablespace [TABLESPACE_NAME]

Esse erro ocorre pois o Oracle não está conseguindo alocar uma nova extent. Isso pode acontecer mesmo com espaço em disco sobrando, caso o datafile tenha atingido seu “MAXSIZE”

Utilize-o no Sql developer ou no utilitário SQLPLUS:

SELECT
a.tablespace_name,
ROUND((a.bytes / 1024 / 1024), 2) AS "Tamanho Atual (MB)",
ROUND((a.bytes - NVL(f.bytes, 0)) / 1024 / 1024, 2) AS "Usado (MB)",
ROUND((a.maxbytes / 1024 / 1024), 2) AS "Tamanho Maximo (MB)",
ROUND(((a.bytes - NVL(f.bytes, 0)) / a.maxbytes) * 100, 2) AS "% Real de Uso"
FROM
(SELECT tablespace_name, SUM(bytes) bytes, SUM(CASE WHEN autoextensible = 'YES' THEN maxbytes ELSE bytes END) maxbytes
FROM dba_data_files GROUP BY tablespace_name) a,
(SELECT tablespace_name, SUM(bytes) bytes FROM dba_free_space GROUP BY tablespace_name) f
WHERE
a.tablespace_name = f.tablespace_name (+)
ORDER BY "% Real de Uso" DESC;

Uma vez identificada a tablespace crítica, antes de rodar qualquer comando, verifique o espaço físico disponível no servidor.

• Ambiente ASM: Verifique o espaço livre no Diskgroup (v$asm_diskgroup).
• Filesystem: Verifique o ponto de montagem no SO (df -h).

Se houver espaço físico, execute a expansão. Abaixo, apresento a sintaxe para adicionar um novo datafile (caso o atual já tenha atingido o limite, ou esteja chegando perto de atingir):

Caso o ambiente não utilize ASM:

ALTER TABLESPACE nome_da_tablespace ADD DATAFILE '/caminho/para/novo/arquivo02.dbf' SIZE 5G AUTOEXTEND ON NEXT 100M MAXSIZE 32676M;

Caso o ambiente utilize ASM e tenha OMF configurado

ALTER TABLESPACE nome_da_tablespace ADD DATAFILE SIZE 10G AUTOEXTEND ON NEXT 500M MAXSIZE 32676M;