about News
Restauration des OCR et Voting
- Détails
- Catégorie : Grid Infrastructure
- Publié le lundi 22 avril 2013 21:08
- Écrit par Administrator
- Affichages : 15728
Cet article explique comment restaurer les OCR et Voting dans l’environnement Grid infrastructure. L’OCR et les voting étant sur un même diskgroup comme dans une installation par défaut. Le diskgroup ici se nomme OCRVOT et est en normal redundacy sur 3 disques donc.
Trois scénarii de perte partielle ou totale des disques de l’OCRVOT y sont décrits. Le premier explique comment réparer la perte d’un disque, le deuxième comment réparer la perte de 2 disques et le 3 ème la perte de 3 disques.
Cet article s’applique donc pour un diskgroup OCRVOT en mode normal redundacy. Cependant si le diskgroup est en external redundacy, la perte d’un disque implique la perte total du diskgroup et correspond donc au scénario : 3 disques de perdu. En revanche, si vous êtes un gros parano et avait choisi le mode High redundacy… débrouillez-vous !
Les manipulations ont été faites sur le banc RAC 11GR2. Vous pouvez donc faire tous les opérations décrites ci-dessous à la virgule prêt, si vous avez monté votre banc grâce à cet excellent tutorial .
NoSQL?
- Détails
- Catégorie : News
- Publié le mercredi 3 avril 2013 21:20
- Écrit par Administrator
- Affichages : 48513
Il n’y a pas longtemps encore, j’étais persuadé qu’Amazon utilisait une base de données Oracle… et je me disais : « ouah, les performances ! Toutes les requêtes répondent instantanément, je peux même aller voir dans toutes mes commandes depuis 2002, tout remonte en une fraction de seconde avec la facture plus la description de l’article et son image, même pour des articles plus vendu depuis longtemps!!!!. Et pourtant il doit y avoir des millions de million de commande depuis la création d’Amazon, et le nombre d’article différent vendu depuis la création d’Amazon doit être énorme !! »…
Puis j’ai appris... Amazon avait développé son propre SGBD, et c’est une base de données de type NoSQL. Je pense alors à Google… pareil… son propre SGBD de type NoSQL.
Mais que signifie donc NoSQL et c’est quoi un SGBD NoSQL ? Et mon gagne-pain Oracle, il fait quoi ?
Restore From RAC ASM to Standalone FS
- Détails
- Catégorie : Backup/Restore
- Publié le lundi 25 mars 2013 22:16
- Écrit par Administrator
- Affichages : 14928
Dans cet article nous allons voir comment restaurer une base de données en standalone sur filesystem à partir de fichier de backup RMAN, sans connaitre le nom de la base ni sa version exact, et sans savoir si elle était en filesystem et ni si elle était en RAC ou pas.
On ne le sait pas encore, mais dans cet exercice, la base source est une base RAC 11.2.0.3 sous ASM, alors que le serveur de restauration a un moteur oracle Standalone 11.2.0.2 et il n’y a pas d’ASM.
Les bases de données manipulées sont sous linux, mais cela ne change en rien les commandes (SQL et RMAN) sur un autre OS. De plus les bases sont en 11gR2, mais le principe reste le même pour des bases en 11gR1, 10gR2 et 10gR1. En 9i je ne sais pas, je ne connais le RAC sous cette version.
La jungle du licencing Oracle
- Détails
- Catégorie : Edition, version, option, usage, licence
- Publié le samedi 2 mars 2013 19:26
- Écrit par Administrator
- Affichages : 39138
EDIT 2017: Cet article est obsolète. Il ne prend pas en compte le licencing dans le Cloud, et pour le On-Premise le principe du calcul de licence reste bon mais les versions Standard et Standard One n'existent plus, elles sont remplacées la Standard Two avec de nouvelles règles (plus de détail ici : News about 12.1.0.2 : documentation et SE2)
[EDIT : MAJ 04/03/2013 : rajout de la virtualisation]
[EDIT : MAJ 29/09/2013 : correction sur calcul licence SE/SEO]
Qui arrive à comprendre la jungle du licencing oracle ? Ce n’est pas évident… et je soupçonne que cela soit volontaire pour pouvoir appliquer plus facilement des tarifs à la tête du client. Si le client ne connait pas bien les règles alors le commercial peut facilement appliquer une tarification qu'il choisit à son avantage. Bon ne soyons pas non plus trop paranoïaque...
Pour calculer le coût d’une licence il faut prendre en compte la puissance CPU ou bien le nombre d’utilisateur, la version : Entreprise, Standard, Standard One, Express, les options, les plugins, le support... Sachant aussi que la puissance varie en fonction du fondeur du CPU. Mais aussi que la puissance du CPU ne se calcule pas de la même façon suivant la version d’Oracle, et que … je sens poindre le mal de tête.
Pour commencer il faut télécharger le document http://www.oracle.com/us/corporate/pricing/technology-price-list-070617.pdf (lien toujours mis à jour). Il affiche tous les prix publiques des produits Oracle en $. Ci dessous un extrait du tableau qui va nous servir de base pour calculer les prix (prix au 3 février 2013).
Astuce : retrouver un DBID perdu
- Détails
- Catégorie : Backup/Restore
- Publié le vendredi 22 février 2013 20:18
- Écrit par Administrator
- Affichages : 6790
Quand on restaure avec RMAN, il peut arriver que l’on ait besoin du DBID de la base de données à restaurer, en particulier quand on n’utilise pas la FRA ou bien une base catalogue RMAN.
RMAN> connect target /
RMAN> startup nomount;
RMAN> restore controlfile from autobackup;
RMAN-06495: must explicitly specify DBID with SET DBID command