| ||
auteur : Laurent Schneider | ||
La requête suivante permet d'afficher l'identifiant, le nom, le status et le tablespace des fichiers de données :
|
| ||
auteur : Laurent Schneider | ||
La requête suivante permet d'afficher les tablespaces, avec les propriétés suivantes :
Concernant les fichiers d'archives, la requête suivante permet de connaître les informations suivantes :
|
| ||
auteur : Laurent Schneider | ||
La requête suivante nous permet d'afficher leurs identifiants, noms et status :
Cela ne liste que les tablespaces temporaires à allocation d'extent locale (locally managed).
En effet, les tablespace temporaires dictionary managed (qui datent d'Oracle 7) ne seront pas listées, car ils ne contiennent pas de "tempfile" mais des datafiles.
|
| ||
auteur : Helyos | ||
Il ne sert à rien de vider un tablespace temporaire, car celui-ci est automatiquement vidé par le processus SMON. De plus il est important de savoir que les tablespaces temporaires peuvent apparaître pleins lors d'une utilisation normale de la base. En effet les extents sont alloués une fois puis gérés par le système. Une fois l'utilisation de l'extent terminée il est alors marqué comme libre mais n'est pas libéré pour des raisons de tuning. Il n'est donc pas rare de ne pas avoir d'espace temporaire libre lors de l'utilisation d'une base. Les extents seront libérés par SMON lors du redémarrage de la base. |
| ||
auteur : Laurent Schneider | ||
Via la requête suivante :
|
| ||
auteur : Laurent Schneider | ||
La requête suivante permet d'afficher les fichiers redo Log, avec les propriétés suivantes :
|
| ||
auteur : Laurent Schneider | ||
La requête suivante nous permet d'obtenir les caractéristiques suivantes :
À partir d'Oracle 9i, la requête suivante permet d'afficher le nom
et la valeur des propriétés de la base de données (ex: tablespace properties) :
|
| ||
auteur : Laurent Schneider | ||
Via la requête suivante :
|
| ||
auteur : Laurent Schneider | ||
Via la requête suivante :
|
| ||
auteur : Laurent Schneider | ||
À partir d'Oracle 10g, via la requête suivante :
|
| ||
auteur : Jaouad | ||
A partir de la 10g il est possible de supprimer une base de données Oracle via une commande sous Sql*Plus :
Il faut être connecté en sysdba avec une base de données en mode open. Nous vous recommandons bien entendu la plus grande vigilance quant à l'utilisation de cette commande, dont la syntaxe est la suivante :
|
| ||
auteur : Fred_D | ||
Depuis la version 9.2, il est possible d'utiliser la procédure sys.DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('NOM_DU_TABLESPACE') SYSTEM ne peut être migré que si tous les autres tablespaces ont été migré et si la base de données n'est pas configurée avec SYSTEM comme tablespace temporaire par défaut. Attention, la migration inverse est impossible ! Néanmoins, je vous rappelle qu'Oracle préconise l'utilisation de LMT. Note : la note Metalink 175434.1 décrit en détail cette migration. |
| ||
auteur : Jaouad | ||
Depuis la version 10g, Il est possible de renommer un Tablespace grâce à la commande suivante :
Il n'est pas possible de renommer les tablespaces System et Sysaux.
On peut renommer les tablespaces permanents et temporaires : pour ce faire, le tablespace ou l'un de ses fichiers de données ne doit pas être hors ligne, sinon l'opération de renomage ne peut avoir lieu ! Lorsque l'on modifie le nom d'un tablespace, Oracle met à jour les références de ce tablespace : à savoir les fichiers de contrôle, le dictionnaire de données et les en-têtes de fichiers. Si ce Tablespace est en mode Read Only les entêtes de fichiers ne sont pas modifiés (ils ont besoin pour ce faire d'être en mode Read Write) : Un message est consigné dans le fichier alerte de l'instance. Si la modification de nom concerne le tablespace d'annulation UNDO et qu'il s'agit du tablespace désigné par le paramètre d'initialisation, la modification affecte le Spfile. Si c'est le Pfile qui est utilisé, alors un message d'alerte est consigné dans le fichier d'alerte de l'instance Le paramètre compatible doit au moins être a 10.0.0. |
| ||
auteurs : Fred_D, Laurent Schneider | ||
C'est normallement impossible : Au mieux un datafile peut être renommé, retaillé ou déplacé. Pour le supprimer d'un tablespace il faut recréer le tablespace sans ce datafile. C'est maintenant possible en 10gR2 :
|
| ||
auteurs : LeoAnderson, rouardg | ||
La vue DBA_DATA_FILES va nous permettre de déterminer la taile d'un tablespace, La vue DBA_EXTENTS permet de connaitre la taille de tous les segments dans les différents datafiles, La vue DBA_FREE_SPACE qui indique les espaces libres dans les database files. La requête suivante vous permet de récupérer toutes ces informations :
Attention : En 10g, le "LIBRE" peut être différent de ("ALLOUE"- "OCCUPE") à cause de la recyclebin !
|
| ||
auteur : Jaouad | ||
Le tablespace SYSAUX est apparue avec la version 10g, et a pour but de décharger le tablespace SYSTEM de certains segments.
|
Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright © 2006 Developpez Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.