Discussion :

[Vld44]

Salut,

Hier j'ai fait des essais en mettant mon tablespace d'index sur un ramdisk, mais évidemment quand le pc s'éteint le ramdisk disparait, du coup le tablespace aussi ...

Au rédémarrage du pc et de mon instance impossible d'ouvrir celle-ci :

ORA-01157 - impossible d'identifier ou de verrouiller le fichier de données 19 - voir le fichier de trace DBWR
ORA-01110 - fichier de données 19 : 'I:\ARFADMIN_INDX.ORA'

Le ramdisk (I) est re monté à chaque redémarrage donc de ce côté là no prob.
J'ai tenté "recover" mais il refuse.

Vous feriez comment ?

a+ merci

[orafrance]

le fichier n'est pas accessible... il est bien présent dans le I dans le répertoire indiqué dans le message ?

[Vld44]

Non non, I étant le ramdrive il se décharge à chaque redémarrage de windows donc le tablespace qui y était n'existe plus.

[orafrance]

mais tu ne peux pas le remettre ? Il est perdu ?

[Vld44]

malheureusement oui
J'en étais conscient au moment où j'ai mis en place le ram disk, mais je ne pensais pas que cela était un problème.

En effet je savais qu'on pouvait reconstruire les tablespaces d'index à volonté je ne me suis pas posé de question.

Si tu veux, je m'attendais bien à devoir rejouer cette requête :

Code :

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

1
2
3
4
CREATE TABLESPACE "ARFADMIN_INDX" 
    LOGGING  
    DATAFILE 'I:\ARFADMIN_INDX.ora' SIZE 300M EXTENT MANAGEMENT 
    LOCAL SEGMENT SPACE MANAGEMENT  AUTO;

Puis ALTER de tous les index de mon tablespace principal pour rebuild ... Pas gênant j'ai le script tout fait. Mais là si Oracle redémarre pas c'est bloquant !

[orafrance]

bah là, faut monter ta base et supprimer le tablespace

[Vld44]

Ok, mais il me répond base de donnée non ouverte.

On peut faire différemment que par "drop tablespace" ?

[orafrance]

Voila la procédure :

Code :

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

1
2
3
4
5
6
7
8
STARTUP MOUNT 
ALTER DATABASE DATAFILE 'I:\ARFADMIN_INDX.ora' OFFLINE DROP; 
ALTER DATABASE OPEN;
DROP TABLESPACE ARFADMIN_INDX INCLUDING CONTENTS; 
CREATE TABLESPACE "ARFADMIN_INDX" 
    LOGGING  
    DATAFILE 'I:\ARFADMIN_INDX.ora' SIZE 300M EXTENT MANAGEMENT 
    LOCAL SEGMENT SPACE MANAGEMENT  AUTO;

[Vld44]

Merci beaucoup !

Mais je crois que je suis coincé, car il refuse la suppression de l'index (ORA-02429: impossible abandonner index utilisé pour utilisation de clé primaire/unique) au moment du

DROP TABLESPACE ARFADMIN_INDX INCLUDING CONTENTS

Je m'apprète à faire un script qui récupère les clés primaires & uniques pour pouvoir les dropper puis les régénérer avec le DDL. Qu'en penses-tu ?

[orafrance]

il suffit désactiver les contraintes et de dropper tous les segments du tablespace :

Code :

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

select segment_name, segment_type from dba_segments where tablespace_name = 'ARFADMIN_INDX'

[Vld44]

trop tard, j'ai fait mes scripts

Merci du coup de main, ça marchouille (que de temps perdu ... ahhh lala)

a+

[Pomalaix]

Bonjour

Concernant les disques virtuels en RAM, ramdisk http://www.ramdisk.tk/ semble intéressant, puisqu'il permet de charger une image au démarrage de Windows. Si on a pris la précaution d'arrêter Oracle proprement, puis de sauvegarder les fichiers dans la zone d'image avant l'arrêt de Windows, ça devrait bien se passer au démarrage suivant.

Bien entendu, cette technique n'a de sens que pour faire des tests dans sa cuisine, pas question d'utiliser un tel système au boulot sur une base de production.

Si on recherche des accès disque "instantanés" en production, il faut alors s'intéresser aux disques flash (dits SSD), qui sont des supports de stockage non volatiles, et qui commencent à s'imposer dans les sociétés qui ne lésinent pas sur la dépense.

[orafrance]

quel idée de faire des tests dans la cuisine

[Vld44]

la procédure de remontage des index ne prend pas plus de 5 Minutes, je suis prêt à le faire à chaque reboot serveur ! Merci quand même pour le tuyau