Discussion :

[Nissa Comet]

OpenWorld 2012 : l’architecture multi-tenant au coeur d’Oracle 12c
Une version résolument tournée vers le Cloud du célèbre SGBD d’entreprise

Un C pour le Cloud qui sera au coeur de la prochaine version « 12c » du célèbre système de gestion de base de données d’Oracle.

L’entreprise a annoncé une nouvelle version de son SGBD sous une approche « Multi-Tenant ». Larry Ellison a dévoilé à la conférence OpenWorld le serveur de base de données Oracle 12c, muni d’une nouvelle architecture « Multi-Tenant », basée sur le Cloud et qui sera disponible dès 2013. D’après le célèbre PDG, cette version promet d’être supérieure en terme de sécurité, contrôle et efficacité pour les services logiciels fournis en mode Cloud.

Cette nouvelle architecture sous-entend que les utilisateurs seront en mesure de créer plusieurs bases de données "pluggables" qui se trouveront dans un serveur unique.

Une « architecture nouvelle et fondamentale en base de données » selon les propos d’Andy Mendelsohn, le vice-président d’Oracle dans son intervention lors de l’Oracle OpenWorld à San Francisco.

Oracle espère convaincre les entreprises que l’endroit naturel pour mettre en œuvre l’architecture multi-tenant (une seule instance utilisée par plusieurs clients et adaptée aux besoins de chacun, de manière individualisée) est au niveau des bases de données et non pas de la couche applicative.

Une approche imminente dans le domaine des bases de données, et qui distinguera probablement Oracle de ses concurrents dans ce secteur. Mais l’aidera-t-elle à les devancer tous, et surtout à quel prix ce service sera-t-il mis sur le marché ?


Source : Forbes

Et vous ? :

• Seriez-vous tenté(e) de découvrir et d’utiliser cette nouvelle version d’Oracle Database ?
• Êtes-vous convaincu(e) par cette approche ?

[Pomalaix]

Cette actualité telle que vous la présentez n'a aucun intérêt, puisqu'on n'y apprend rien !

Vous vous contentez de répéter en boucle "multi-tenant", sans jamais l'expliquer, et de pointer vers des ressources en anglais (à quoi sert de venir sur un site francophone pour ça ?)

Cette nouvelle architecture sous-entend que les utilisateurs seront en mesure de créer plusieurs bases de données "pluggable" qui se trouvent dans un serveur unique.

Il aurait été utile d'expliquer en quoi c'est une nouveauté.
Ca fait des lustres qu'on peut avoir plusieurs bases sur un serveur unique, qu'il s'agisse de bases physiques, ou de bases logiques (schémas).

[kain_tn]

[url="http://www.youtube.com/watch?v=1pPofz15_ro"]Vidéo : une partie de la Keynote d’Ellison[/url

La première chose qui me vient à l'esprit dès que j'entends parler Ellison:


Sinon c'est clair qu'on apprend vraiment pas grand chose là; ça ressemble beaucoup à de la pub...

[a028762]

Quelle pitiée, cet Oracle ...
excusez ce jeu de mot facile.
Depuis 20 ans que je connais Oracle, s.g.b.d. fort efficace par ailleurs,
Ils se sont toujours centré sur leur éco-système,
Logique qu'ils pipotent sur le cloud ...
Maintenant, c'est quoi le multi-tenant ?

[marc.collin]

Quelle pitiée, cet Oracle ...
excusez ce jeu de mot facile.
Depuis 20 ans que je connais Oracle, s.g.b.d. fort efficace par ailleurs,
Ils se sont toujours centré sur leur éco-système,
Logique qu'ils pipotent sur le cloud ...
Maintenant, c'est quoi le multi-tenant ?

comme bon nombre d'entreprise.... apple, microsoft...sauf qu'oracle fonctionne sur différent cpu, os.

[pachot]

Bonjour,

Ca fait des lustres qu'on peut avoir plusieurs bases sur un serveur unique, qu'il s'agisse de bases physiques, ou de bases logiques (schémas).

Justement, de là vient le besoin du 'multi-tenant' (ou plutôt multi-locataire puisqu'il s'agit de louer une base de donnée comme un service).
Avant la 12c, les possibilités pour séparer les données de plusieurs clients locataires de la même application sont:
- différents schémas, mais certaines applications ne le permettent pas et demandent d'avoir un nommage fixé des schémas
- différents instances Oracle, mais du coup les ressources Oracle ne peuvent pas être mutualisées, et on se retrouve avec plusieurs instances par serveur.

Avec la 12c et les pluggables databases [corrigé], on peut maintenant avoir une seule instance qui gère plusieurs bases de données - donc séparation complète des bases tout en mutualisant les ressources de l'instance (mémoire, processus) ainsi que le dictionnaire. On peut alors ajouter des très petites bases de manière très légère, ce qui n'était pas possible avant.

Mais évidemment, si Oracle l'avait annoncé si simplement, ça n'aurait pas paru comme une si grande innovation... puisque leurs principaux concurrents ont toujours permi d'avoir plusieurs bases distinctes gérées par une même instance du SGBD. Oracle fonctionnait bien avec leur architecture d'une (ou plusieurs dans le cas du RAC) instances par base. Mais le Cloud et la location de base de donnée en Software as a Service ont rendu indispensable la possibilité de pouvoir mutualiser les ressources. Le coût d'une petite base est beaucoup trop grand s'il faut lui allouer de la mémoire et un dictionnaire dédiés. Oracle a été obligé de faire cette évolution qui est probablement une des plus grosse évolution d'architecture depuis le début de leur SGBD.

Une approche imminente dans le domaine des bases de données, et qui distinguera probablement Oracle de ses concurrents dans ce secteur

Pour moi, c'est plutôt une approche qui essaie de rattraper ses concurrents dans ce secteur

Cordialement,
Franck.

[Pomalaix]

Justement, de là vient le besoin du 'multi-tenant' (ou plutôt multi-locataire puisqu'il s'agit de louer une base de donnée comme un service).

Ah, enfin un qui souligne la métaphore immobilière (sans doute très parlante en anglais) à l'origine de cette expression foireuse qu'est le "multi-tenant"en français !

Avant la 12c, les possibilités pour séparer les données de plusieurs clients locataires de la même application sont: ...

Officiellement, depuis la 9i, il y a déjà le VPD qui était censé répondre à ce besoin, avec le "succès" que l'on sait...

[Pomalaix]

Avec la 12c et les pluggables tablespaces...

En sais-tu davantage sur la différence entre ce nouveau type de tablespace et les tablespaces transportables ?
Aura-t-on maintenant la cartographie des objets du tablespace directement dans son en-tête ?

Car jusqu'à ce jour, on a beau avoir un fichier d'un tablespace complet et en parfait état, on ne peut pas le brancher sur une base vu qu'il ne possède pas de dictionnaire intégré qui décrirait son contenu.

[pachot]

En sais-tu davantage sur la différence entre ce nouveau type de tablespace et les tablespaces transportables ?
Aura-t-on maintenant la cartographie des objets du tablespace directement dans son en-tête ?

Désolé, lapsus, je voulais dire pluggable database. Je corrige dans mon post pour ne pas prêter à confusion. Même si ça utilise probablement les transportable tablespace, c'est une base complète qui est pluggable (i.e l'ensemble des tablespaces et le dictionnaire correspondant).

[funoracle]

... Oracle a été obligé de faire cette évolution qui est probablement une des plus grosse évolution d'architecture depuis le début de leur SGBD.

Oui je suis d'accord avec toi mais comment va aborder oracle pour réaliser ça ? surcharger (au sens couche process supplémentaire : comme une API) la couche system actuelle pour la rendre plus dynamique et au final donner l'illusion d'être détachée de l'instance ou bien ré écrire la couche système actuelle ?
A suivre ... et surtout à voir ...

Franck.

[Garuda]

Dans une présentation d'Oracle 12C par Oracle chez un partenaire, j'ai cru comprendre que même les tablespaces seraient mutualisés (plusieurs bases pourraient se partager un même table space). Info à prendre avec des pincettes!

[Mohamed.Houri]

Quelques informations techniques provenant d'une personne fiable, indépendante, impartiale et n’ayant, selon mon humble avis, aucune complaisance avec la corporation Oracle

Pluggable 12c

Les commentaires sont aussi révélateurs

[ducho]

Bonjour,

J'étais hier au "database innovation forum" d' oracle .
Présentation d' Oracle 12c :
Evidemment le passage qui m' a interpellé est bien ce passage
à : une instance et n bases de de données .
Partage par les BdD de la RAM, du Dictionnaire de Données et des process .

Sous Windows : un container = 1 service
Un des directeurs présent a bien reconnu en apparté que c'était copié
sur SQL-Serveur .

Comme le précise le lien de Mr Houri, la question des process lié au redo-log
n'est pas claire (personne n' en a parlé pendant cette matinée )

De même la connexion possible actuellement via un listeer dédié à une BdD .

Et comme toujours maintenant avec Oracle , toutes les grosses nouveautés ne seront accessibles qu' en Enterprise Edition .

Oracle continue d'abandonner les petits clients avec leur standard edition .

Cette version sera disponible en 2013

Cordialement