Bonjour,
Avez-vous une expérience d'Oracle tournant sur Hyper-V, est-ce que c'est stable ou à ne surtout pas faire ?
Merci d'avance pour votre aide.
@+
Version imprimable
Bonjour,
Avez-vous une expérience d'Oracle tournant sur Hyper-V, est-ce que c'est stable ou à ne surtout pas faire ?
Merci d'avance pour votre aide.
@+
Faire de la virtualisation avec Oracle, à part avec OVM, c'est voué à se faire crucifier par le premier contrôle de licences.
C'est l'actuel "piège à gogos" de l'éditeur rouge...
Fadace,
Je n'avais pas vu, sur autre post MySQL, que tu avais répondu à celui-ci.
Qu'est-ce que tu entends par "se faire crucifier" ?
C'est une appli. dont l'éditeur nous fournit une licence Oracle.
Merci d'avance pour tes précisions.
Il me semble que si tu licencie Oracle sur une VM (VMWare ou Hyper V) tu dois payer pour tous les coeurs de la machine physique hote, même que si tu n'en utilise qu'un seul dans une une seule VM....
Bref, de quoi te tourner immédiatement vers SQL Server qui vient de sortir sous Linux,
https://www.developpez.net/forums/d1...ces-gratuites/
et ne licencie que les cœurs réellement utilisés sur une vM et est 4 à 24 fois moins cher qu'Oracle... !
https://blog.developpez.com/sqlpro/p...es_microsoft_s
En sus tu peut te faire accompagner par Microsoft pour migrer d'Oracle à SQL Server et obtenir une licence gratuite...
Le CIGREF peut aussi t'y aider.
A +
Bonjour,
Oui ça fonctionne (ne serais-ce que pour toutes les bases oracle qui tourne sur Azure), c'est stable et supporté (cf. http://www.oracle.com/technetwork/da...ix-172995.html)
Pour le licensing, attention, il faut compter les processeurs physiques. ça peut être un problème (Enterprise Edition licenciée en processeur sur un cluster qui n'est pas dédié à Oracle) ou non (licenciée en NUP, en faisant attention aux minimums par serveurs, ou Standard Edition en processeur, en faisant attention au nombre de sockets).
Si l'éditeur fournit la license Oracle (ASFU ou ESL) il faut quand même tenir compte des métriques (serveurs, sockets, cores)
Cordialement,
Franck.