Discussion :

[Zugg]

Bonjour, j'ai un soucis pour faire un backup.

Voici le scénario :
je veux faire un copie de mes fichier DBF de ma base ouverte, mais je n'ai pas accès au serveur oracle, donc le seul moyen est de passé par oracle lui même et de lui dire de faire cette copie.

J'ai trouvé dans le package dbms_backup_restore la procédure copydatafile qui semble faire ce que je souhaite, malheureusement lorsque je veux la tester j'ai l'erreur suivante :

Code :

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

1
2
3
4
 
ORA-06502: PL/SQL erreur numérique ou erreur sur une valeur: erreur de conversion des caractères en chiffres
ORA-06512: à "SYS.DBMS_BACKUP_RESTORE", ligne 2690
ORA-06512: à ligne 8

appel :

Code :

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

1
2
3
 
  sys.dbms_backup_restore.copydatafile(dfnumber => 11,
                                       fname => 'c:\temp\ma_copy.dbf');

Cette erreur se produit sur ma base oracle 9.2.0.5 mais aussi sur une version 8i : 8.1.7.0.0.

est-ce que qqn pourrait m'aider ?

merci.

[Jaouad]

Bonjour ,

N'est ce pas plutôt une proc RMAN que vous êtes en train d'utiliser :

Pourquoi vous ne pouvez avoir acces au serveur

[Jaouad]

J'ai oubli" de vous donner ce lien :
Sauvegarde et restauration sous Oracle

[Zugg]

Bonjour Jaouad,

je ne peux pas accéder au serveur pour des raisons de sécurité, donc je dois faire un backup à distance et sans installer un logiciel sur le serveur oracle.

pour RMAN j'y ai pensé mais ça fait du paramétrage en plus à effectuer alors que je pensais faire ma copie de dbf avec une simple opération.

Mais bon le pb reste le même pourquoi j'ai ce message d'erreur lorsque je veux utiliser la fonction :

Code :

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

 sys.dbms_backup_restore.copydatafile

:

[bouyao]

Est ce que tu connais

Code :

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

ALTER TABLESPACE <non de la tablespace> BEGIN BACKUP;

[Zugg]

oui oui je connais très bien.

voilà ce que je voulais faire :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
create or replace procedure BackupDataFile AUTHID CURRENT_USER AS
  V_FILE     VARCHAR(255);
  V_ID       number;
  V_TBL      VARCHAR2(255);
  mfull_name varchar2(255);
  mrecid     number;
  mstamp     number;
 
  CURSOR TBL IS
    SELECT FILE_NAME, FILE_ID, TABLESPACE_NAME FROM sys.dba_data_files;
 
begin
  begin
    IF NOT TBL%ISOPEN THEN
      OPEN TBL;
    END IF;
    LOOP
      FETCH TBL
        INTO V_FILE, V_ID, V_TBL;
      EXIT WHEN TBL%NOTFOUND;
      execute immediate 'alter tablespace ' || V_TBL || ' begin backup';
      sys.dbms_backup_restore.copydatafile(dfnumber  => V_ID,
                                           fname     => 'D:\temp\' || V_TBL || '.DBF',
                                           full_name => mfull_name,
                                           recid     => mrecid,
                                           stamp     => mstamp,
                                           isbackup  => sys.diutil.int_to_bool(0));
      execute immediate 'alter tablespace ' || V_TBL || ' end backup';
 
    END LOOP;
    CLOSE TBL;
end BackupDataFile;

mais le copie par COPYDATAFILE ne se fait pas.

[Jaouad]

IL me semble que cette procédure est souvent utilisé dans RMAN et ne peut pas être utilisé de maniére optimale seule.

Il vaut mieux transmettre les scripts ( sauvegarde à chaud classique ) de suavegarde à chaud aux personnes qui ont les droits

[orafrance]

V_FILE VARCHAR(255); VARCHAR2

non ?

[Zugg]

Désolé, même en changeant le Varchar en Varchar2 j'ai toujours la même erreur sur CopyDataFile.

[LeoAnderson]

IL me semble que cette procédure est souvent utilisé dans RMAN et ne peut pas être utilisé de maniére optimale seule.

Il vaut mieux transmettre les scripts ( sauvegarde à chaud classique ) de suavegarde à chaud aux personnes qui ont les droits

+1

Dans la doc, cette procédure est toujours mentionnée dans des paragraphes traitant de RMan...