Précédent   Forum des professionnels en informatique > Bases de données > Oracle > Administration
Administration Forum d'entraide sur l'administration du serveur Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 31/01/2008, 17h34   #1
Invité de passage
 
Inscription : mai 2005
Messages : 7
Détails du profil
Informations forums :
Inscription : mai 2005
Messages : 7
Points : 1
Points : 1
Par défaut Architecture base de données

Bonjour,

Je posséde 5 d'applications que je souhaite migrer sous Oracle.
Chaque application etant composée de 10 à 15 tables.

1- Est-il conseillé de tout regrouper au sein d'une même base de données ?
Chaque application serait alors dans un schéma spécifique.

Ou bien ,
2- Est-il préferable de créer une base de données pour chaque applications ?

Quels sont les avantages et les inconvénients de chaque solution ?

Merci pour vos réponses.
fabrice67 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 31/01/2008, 17h41   #2
Expert Confirmé
 
Avatar de LeoAnderson
 
Inscription : septembre 2004
Messages : 2 942
Détails du profil
Informations forums :
Inscription : septembre 2004
Messages : 2 942
Points : 2 972
Points : 2 972
Je préfère mutualiser : c'est plus simple à administrer et plus économique (une seule SGA, un seul tablespace SYSTEM, ...)
LeoAnderson est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 31/01/2008, 18h26   #3
Membre Expert
 
Avatar de scheu
 
Inscription : juin 2007
Messages : 1 497
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 1 497
Points : 1 483
Points : 1 483
Je dirais aussi de tout regrouper en une seule base

Par contre, niveau sauvegardes/restaurations, si sur une de tes applications il y a une erreur irréversible comme une suppression de table et que tu veux restaurer une sauvegarde avant une certaine date (depuis un backup précédent et en rejouant les archivelogs jusqu'au point avant la suppression de table), tes autres schémas reviendront aussi à cette date passée !

S'il y a des risques pour que ça puisse se produire, prévois régulièrement des exports de chacun de tes schémas applicatifs, pour pouvoir les restaurer de manière indépendante
scheu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 31/01/2008, 18h54   #4
Expert Confirmé
 
Avatar de LeoAnderson
 
Inscription : septembre 2004
Messages : 2 942
Détails du profil
Informations forums :
Inscription : septembre 2004
Messages : 2 942
Points : 2 972
Points : 2 972
sauf que les technos flashback permettent d'éviter ce genre de situation
ainsi que les techniques TSPITR que RMan sait faire presque tout seul presque très bien

Donc ça ne pose pas de soucis de mutualiser
LeoAnderson est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 31/01/2008, 22h09   #5
Membre éprouvé
 
Inscription : décembre 2007
Messages : 354
Détails du profil
Informations personnelles :
Localisation : France

Informations forums :
Inscription : décembre 2007
Messages : 354
Points : 408
Points : 408
Mutualiser comme ça a été dit est une bonne option ...
Deux petites remarques :

- Les différentes applications ne doivent pas partager les tablespaces "applicatives"

- Les besoins de configuration de l'instance pour les différentes applications doivent être compatibles
__________________
Consultant et formateur Oracle
Michel SALAIS est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 31/01/2008, 22h11   #6
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
moi je dirais que ça dépend des applis : des contraintes de dispo de chacune d'elle, leurs volumétries, etc...

Avantage : ça consomme moins de ressource
Inconvénient : mélanger OLTP et Datawarehouse est quasi impossible
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/02/2008, 07h55   #7
Expert Confirmé
 
Avatar de LeoAnderson
 
Inscription : septembre 2004
Messages : 2 942
Détails du profil
Informations forums :
Inscription : septembre 2004
Messages : 2 942
Points : 2 972
Points : 2 972
Citation:
Envoyé par orafrance Voir le message
moi je dirais que ça dépend des applis : des contraintes de dispo de chacune d'elle, leurs volumétries, etc...

Avantage : ça consomme moins de ressource
Inconvénient : mélanger OLTP et Datawarehouse est quasi impossible
bien sûr, mais 5 applis de 10 tables, ça se mélange sans problèmes !
LeoAnderson est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/02/2008, 09h13   #8
Rédacteur/Modérateur
 
Avatar de orafrance
 
Inscription : janvier 2004
Messages : 15 861
Détails du profil
Informations personnelles :
Âge : 35

Informations forums :
Inscription : janvier 2004
Messages : 15 861
Points : 16 212
Points : 16 212
pas sûr... Un datawarehouse n'a pas forcément beaucoup de tables puisque c'est de l'agrégation de données.

Même s'il est peu probable que dans le cas présent ça pose problème, ça me semblait important de rappeler ce point
orafrance est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/02/2008, 10h15   #9
Invité de passage
 
Inscription : mai 2005
Messages : 7
Détails du profil
Informations forums :
Inscription : mai 2005
Messages : 7
Points : 1
Points : 1
Trés bien , je choisirai la mutualisation des bases.

Je vous remercie de vos contributions.
fabrice67 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/02/2008, 12h09   #10
Membre éprouvé
 
Inscription : décembre 2007
Messages : 354
Détails du profil
Informations personnelles :
Localisation : France

Informations forums :
Inscription : décembre 2007
Messages : 354
Points : 408
Points : 408
Citation:
Envoyé par orafrance Voir le message
pas sûr... Un datawarehouse n'a pas forcément beaucoup de tables puisque c'est de l'agrégation de données.

Même s'il est peu probable que dans le cas présent ça pose problème, ça me semblait important de rappeler ce point
Je te joint sur ce point et c'est d'ailleurs pourquoi j'ai écrit ma deuxième remarque :

Citation:
- Les besoins de configuration de l'instance pour les différentes applications doivent être compatibles
__________________
Consultant et formateur Oracle
Michel SALAIS est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 18h25.


 
 
 
 
Partenaires

Hébergement Web