RMAN utilitza a API del gestor de mitjans per treballar amb el maquinari de seguretat. Un usuari pot iniciar sessió a Oracle RMAN i ordenar-li que faci una còpia de seguretat d'una base de dades. Aleshores, RMAN copiarà els fitxers al directori especificat per l'usuari. De manera predeterminada, RMAN crea còpies de seguretat al disc i genera conjunts de còpies de seguretat en lloc de còpies d'imatge.
Què fa la còpia de seguretat RMAN?
RMAN (Recovery Manager) és un gestor de còpies de seguretat i recuperació subministrat per a bases de dades Oracle (a partir de la versió 8) creat per Oracle Corporation. Proporciona capacitats de còpia de seguretat, restauració i recuperació de bases de dades per abordar problemes d' alta disponibilitat i recuperació de desastres.
Com faig una còpia de seguretat de la meva base de dades RMAN?
Còpia de seguretat d'una base de dades en mode ARCHIVELOG
- Inicieu RMAN i connecteu-vos a una base de dades objectiu.
- Executeu l'ordre BACKUP DATABASE. Per exemple, introduïu l'ordre següent a l'indicador RMAN per fer una còpia de seguretat de la base de dades i de tots els fitxers de registre de refer arxivats al dispositiu de còpia de seguretat predeterminat: RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
Com funciona la restauració RMAN?
RMAN restableix els fitxers als seus noms de camí actuals i elimina immediatament els registres del dipòsit de les còpies de fitxers de dades creades durant la restauració RMAN restaura els fitxers als noms de camí especificats per SET NEWNAME i no elimina els registres del dipòsit de les còpies dels fitxers de dades creades durant la restauració.
Com millora RMAN el temps de còpia de seguretat?
Podeu millorar el rendiment de la còpia de seguretat si ajustant el nivell de multiplexació, que és el nombre de fitxers d'entrada llegits i escrits simultàniament a la mateixa peça de còpia de seguretat RMAN. El nivell de multiplexació és el mínim de la configuració de MAXOPENFILES al canal i el nombre de fitxers d'entrada col·locats a cada conjunt de còpia de seguretat.
