J'ai un serveur sous NT4.0 sp6a. Sur ce serveur une base de données
oracle (8.0) critique (7j/7, 24h/24h). L'utilisateur ne veut pas
arreter 2h par semaine pour faire une auvegarde base fermée. J'ai donc
trouvé la solution suivante:
1x par mois: on arrete la machine durant 1h et on ghost le disque
(système + fichiers oracle)
On redescend ensuite le ghost sur un 2eme serveur en tous points
identique au serveur de production.
Ensuite chaque nuit nous faisons une sauvegarde de la base de données
oracle avec Arcserve et l'agent base ouverte oracle.
Je veux maintenant redescendre la bande avec la base ouverte sur le
serveur de secours. La restauration se passe bien mais lors du
redemarrage de l'appli, j'ai des messages d'erreur me disant que la
base ne tourne pas.
Je ne connais pas Oracle , j'ai quelques notions Arcserve mais tres
peu sur l'agent base oracle.
Comment faut il restaurer une base ouverte? Faut il rejouer les
archive log ou l'agent s'en charge -t-il? Si il le faut comment dois
je proceder? ...
Au pire connaissez vous une meilleur solutions pour sauvegarder de
maniere fiable ce serveur sans arreter trop souvent la production?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sylvain
1) Les exports oracle, exp73.exe en 7.3 il me semble que le server tourne. 2) un script (perl par exemple) pour répliquer les tables d'un serveur à l'autre.
Dans tous les cas, si un user écrit des données pendant ce temps là, ça posera surement des problèmes d'intégrité, si il enregistre des données dans 2 tables pendant l'export de l'une alors que l'autre est déjà exporteée.
1) Les exports oracle, exp73.exe en 7.3
il me semble que le server tourne.
2) un script (perl par exemple) pour répliquer les tables
d'un serveur à l'autre.
Dans tous les cas, si un user écrit des données pendant ce temps là,
ça posera surement des problèmes d'intégrité, si il enregistre des
données dans 2 tables pendant l'export de l'une alors que l'autre est
déjà exporteée.
1) Les exports oracle, exp73.exe en 7.3 il me semble que le server tourne. 2) un script (perl par exemple) pour répliquer les tables d'un serveur à l'autre.
Dans tous les cas, si un user écrit des données pendant ce temps là, ça posera surement des problèmes d'intégrité, si il enregistre des données dans 2 tables pendant l'export de l'une alors que l'autre est déjà exporteée.
fx
"Anthony MATHIEU" :
...
Au pire connaissez vous une meilleur solutions pour sauvegarder de maniere fiable ce serveur sans arreter trop souvent la production?
Recovery Manager est fait pour cela. Un bon agent de sauvegarde s'appuie sur rman, comme cela il est certifié Oracle et cela évite de réinventer la poudre.
Je ne connais pas l'agent Oracle de ArcServe donc ne peut en dire du mal.
"Anthony MATHIEU" <amathieu@free.fr> :
...
Au pire connaissez vous une meilleur solutions pour sauvegarder de
maniere fiable ce serveur sans arreter trop souvent la production?
Recovery Manager est fait pour cela. Un bon agent de sauvegarde s'appuie sur rman,
comme cela il est certifié Oracle et cela évite de réinventer la poudre.
Je ne connais pas l'agent Oracle de ArcServe donc ne peut en dire du mal.
Au pire connaissez vous une meilleur solutions pour sauvegarder de maniere fiable ce serveur sans arreter trop souvent la production?
Recovery Manager est fait pour cela. Un bon agent de sauvegarde s'appuie sur rman, comme cela il est certifié Oracle et cela évite de réinventer la poudre.
Je ne connais pas l'agent Oracle de ArcServe donc ne peut en dire du mal.
