Discussion :

[Bonnie38]

Bonjour.

Je sais que ma question est un peu trop générale, mais je tente quand même.

J’ai une base 10g (10.2.0.1.0) sur une machine Linux.
Je voudrais effectuer une sauvegarde régulière de ma base sur la même machine mais sur un disque différent. Ainsi, en cas de panne du PC, je peux fournir au client un PC de remplacement, avec les soft (en particulier Oracle) installé dessus, mais une base vide, et lui peut mettre le disque de secours et récupérer ses données sur le disque principal (via une commande que je lui aurais précisé par exemple).

Pour ça je regarde la réplication des données, certainement plus performant que l’export, vu que bien entendu ma base est très sollicitée et il ne faut pas que ça prenne trop de ressources.
Je trouve beaucoup de choses différentes sur la réplication sur le net :
- la réplication synchrone
- la réplication asynchrone
- la réplication de cliché
- le standby database
- ….

Donc pour être franche je suis un peu perdue au milieu de tout ça.

Quelqu’un aurait-il un conseil à me donner ? Une idée sur la technique qui correspondrait le plus à mes exigences ? Un début de réponse, question de cibler un peu mes recherches ?

Merci d’avance.

[philcero]

Tu parles de client, donc il s'agit d'une solution d'architecture impliquant ta responsabilité si je ne me trompe.

Pour ma part, une sauvegarde sur la même machine, quel que soit le système, ça ne vaut pas grand chose car le crash général c'est rare mais ça existe. Virus, feu, grillades et je ne sais quels autre moments rares et émouvants de la vie sont autant de risques.

Quelle que soit le volumétrie et la valeur de la base engagée il faut entrer dans une optique professionnelle visant donc à séparer physiquement la base de sa sauvegarde.

Une bande avec une sauvegarde à froid qui sera ejectée tous les matins et mise à disposition dans un petit coffre ignifugé (Lui même dans une autre pièce si ce n'est bâtiment) est la base ensuite vient le besoin de réactivité.

On peut avoir en plus une base en ARCHIVELOG qui va te permettre de remonter ton backup et lui appliquer tous les changements jusqu'à l'heure du plantage moins quelques minutes. Dans un cas mono base les archive logs doivent être balancés par le réseau sur une autre machine car si il y a grillade, adieu les archive logs aussi.

Maintenant arrive la haute disponibilité et donc les solutions de STANDBY (Attention il faut là des licences supplémentaires) qui consiste à envoyer dans un mode bien choisi, en fonction de la criticité de la donnée, les archive logs sur une base de secours qui les appliquera en fonction de la politique choisie (Temps réel ou asynchrone).

La base de ta réflexion est donc :

• Quelle est l'importance de la donnée ?
• Quelle est la durée de perte maximum admissible (PDMA) ?
• Quelle est la durée d'interruption du service maximum admissible (DIMA) ?
• Quelle est l'importance du client (Un solitaire, une PME, une PMI, ...) ?
• Quel est son budget (Et oui, ça compte...) ?

[Bonnie38]

Bonjour.
Merci d'abord pour ta réponse.

En ce qui concerne la sauvegarde sur la même machine, je suis d'accord, c'est pas top. Mais en cas de gros problème on a une autre solution pour récupérer les données.

Pour clarifier un peu mes besoins je dirais:
- qu'il s'agit d'un gros client
- pour les sous je pense que si on lui prouve que c'est nécessaire il les trouvera. Sauf que l'appli tourne sur une 60aine de postes (aucun lien par réseau possible). Donc un surcout ferait vite de grosses sommes.
- la durée de perte maximum admise n'est pas critique (au pire 1 jour)
- la durée d'interruption du service ne doit pas dépasser 1 jour environ

Donc de ce coté je n'ai pas de grosses contraintes.
Par contre l'appli tourne en permance, avec des données arrivant toute la journée. Donc impossible de faire une sauvegarde à froid.

je suis en train de regarder les vues matérialisées. Dans le principe ça a l'air d'être un peu ce qu'il me faut. Sauf que j'ai un gros doute là:
Dans mon appli je créé au fur et à mesure des tablespaces et des tables. Donc lors de la mise en place de la réplication, je ne connais pas d'avance la liste des tablespaces et des tables impliquées.
Est-ce un problème pour ce genre de réplication? (qui m'a l'air d'être associée à des tables ou des vues).
Est-ce un problème pour les autres genres de réplication?

[orafrance]

Et pourquoi lui donner une base vide ? C'est pas plus simple de faire une standby sur une autre machine et fournir cette machine au client avec le script pour passer la base en primaire ?

[philcero]

Peux-tu clarifier les deux parties suivantes s.v.p :

Sauf que l'appli tourne sur une 60aine de postes (aucun lien par réseau possible)

et

...l'appli tourne en permance, avec des données arrivant toute la journée.

J'ai du mal à comprendre ton architecture, si tu n'as pas de réseau :

• elles arrivent comment tes données toute la journée ?
• tu as 60 bases (Une par poste) ?

[Bonnie38]

Pour les 60 postes: chaque poste est indépendant. Donc oui, j'ai 60 bases.
En fait c'est une application pour les centrales nucléaires. Donc une application par tranche nucléaire. Et bien sur, pour des raisons de confidentialité, il n'y a pas de liaison réseau.
Les données, en gros, arrivent de pleins de capteurs qui sont branchés sur le réacteur. Donc forcément les données arrivent périodiquement, et souvent!

Après beaucoup de lecture sur le net (et la remarque d'Orafrance!), je regarde la standby database. Sauf que pour l'instant je reste sur l'option base de secours sur la même machine mais disque différent.

J'ai trouvé un lien qui détaille beaucoup la mise en place de la base de secours (http://arkzoyd.blogspot.com/2006/12/...49839567565691),
sauf que d'abord je ne comprend pas tout ce que je fais, et surtout je suis coincée à l'étape 3.
Quand j'essaye de démarrer l'instance de ma base de secours, j'ai l'erreur suivante:
ORA-00439 : feature not enabled : Managed Standby
Je suppose que ça veut dire que ma version (standard edition) ne fait pas ça?!
Quand je regarde dans v$option, j'ai Managed Standby à FALSE.

Donc ma question est:
Faut-il obligatoirement la version Entreprise pour faire ma base de secours, ou puis-je quand même le faire, comme j'ai cru le comprendre quelque part, mais en développant un script pour réaliser le transfert des archives log et leur application sur la base de secours? S'il faut le script, quelqu'un a-t-il déjà fait ça?

[orafrance]

il me semble que si tu n'as pas l'entreprise tu dois appliquer les archives à la main sur la base de secours