Quando você deleta um arquivo muito grande no S.O. Linux, como por exemplo um datafile que não tem mais uso, normalmente o Linux não libera esse espaço de imediato, fica tipo em uma fila de espera. Ai vc não tem mais o arquivo em disco e também não tem o espaço liberado.
Isso é bom e é ruim. Lado bom, que se foi um datafile de produção, vc consegue retornar ele sem precisar do RMAN, tem um post falando disso: Link
Lado ruim, que se realmente você estiver precisando do espaço em disco, nada vai mudar. Então você precisa identificar os processos e matar para liberar o disco.
Exemplo do disco cheio, antes da manutenção:
[root@bancora ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VGSYS-LVROOT
9.8G 6.1G 3.2G 66% /
tmpfs 16G 0 16G 0% /dev/shm
/dev/sda1 190M 128M 49M 73% /boot
/dev/mapper/VGSYS-LVVAR
4.8G 2.0G 2.6G 44% /var
/dev/mapper/VGSYSSAS-LVU01
138G 130G 1.4G 100% /u01
/dev/mapper/VGSYSBKP-LVU02
89G 59G 27G 70% /u02
Identificar os processos em espera no S.O., com o comando lsof
[root@bancora ~]# lsof | grep deleted
oracle_22 22812 oracle 259u REG 252,4 9638518784 2623057 /u01/oracle/oradata/nbs/PROD01_INDX01.dbf (deleted)
oracle_24 24395 oracle 258u REG 252,4 9638518784 2623057 /u01/oracle/oradata/nbs/PROD01_INDX01.dbf (deleted)
Identifiquei os datafile que excluir PROD01_INDX01.dbf, e está em fila de espera. Agora é só matar os processos.
[root@bancora ~]# kill -9 22812
[root@bancora ~]# kill -9 24395
Depois da manutenção:
[root@bancora ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VGSYS-LVROOT
9.8G 6.1G 3.2G 66% /
tmpfs 16G 0 16G 0% /dev/shm
/dev/sda1 190M 128M 49M 73% /boot
/dev/mapper/VGSYS-LVVAR
4.8G 2.0G 2.6G 44% /var
/dev/mapper/VGSYSSAS-LVU01
138G 121G 11G 93% /u01
/dev/mapper/VGSYSBKP-LVU02
89G 59G 27G 70% /u02