Discussion :

[trannekhoa]

Bonjour,

Ayant reçu l'erreur suivante :

ORA-01653: impossible d'étendre la table ARCHIVE.TRANSAC de 8192 dans le tablespace ARCHIVE

il m'est proposé 3 solutions:
1 - Activer l'option AUTOEXTEND (qui est déjà fait)
2 - Ajouter un nouveau datafile au tablespace
3 - Agrandir le datafile existant

La solution de préférence étant la 3ème, car je ne souhaite gérer qu'un seul datafile.

Voici le contenu de DBA_DATA_FILES concernant le tablespace en question:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
FILE_NAME	BYTES	AUTOEXTENSIBLE	MAXBYTES
---------------------------------------------------------------------
ARCHIVE.dbf	34358755328	YES	34359721984

Je suis sous Linux avec aucune limitation sur la taille des fichiers systèmes.
Il y a encore 100Go d'espace disque libre.
la version d'oracle est 10g.

Comment savoir si le mode du datafile est en SMALLFILE ou BIGFILE (si nécessaire)?
Est-il possible d'aller au-delà de cette limite de 32Go avec un "ALTER DATABSE DATAFILE 'archive.dbf' RESIZE 40000m"?
Est-ce que la seule solution est de créer un nouveau datafile?

Merci d'avance.

[orafrance]

Tu ne peux changer le MAX_EXTENT en UNLIMITED ?

[trannekhoa]

Apparemment non,

alter tablespace ARCHIVE_BILLING autoextend on MAXSIZE unlimited

ORA-32773: opération non prise en charge pour le tablespace SMALLFILE ARCHIVE

et

alter database datafile 'archive.dbf' resize 35G

ORA-01144: La taille de fichier (4587520 blocs) est supérieure au maximum de 4194303 blocs


J'en déduit que ce n'est pas possible d'agrandir d'avantage le tablespace à moins de le recréer en mode BIGFILE ou de créer un nouveau fichier dbf.

Merci pour la piste.

[DAB.cz]

Il te faut ajouter nouveau fichier (archive02.dbf) ou utiliser BIGFILE TABLESPACE.
Le limit pour SMALLFILE (8K bloc) est 32G (64G pour 16K).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
select tablespace_name, block_size, bigfile
  from dba_tablespaces;

Oracle doc.

DAB

[LeoAnderson]

Attention : avec un smallfile tablespace (fonctionnement par défaut), le début du rowid est utilisé pour indiquer le relative file number.

En mode bigfile, afin de pouvoir adresser plus de blocs au sein d'un même tablespace et sur un seul datafile, ils ont simplement supprimé cette indication de Relative FNO. Un bigfile tablespace ne peut donc avoir qu'un seul datafile.

[laurentschneider]

un inconvénient de bigfile est aussi que RMAN ne peut pas faire de backup ou de restore en parallèle du fichier.

A vrai dire, ne pouvait pas faire de backup en parallèle, en effet, avec oracle 11g tu peux très bien faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

BACKUP DATAFILE '+dg1/DF1.dbf' SECTION SIZE 2G;

Pour avoir plusieurs backup pieces par fichier