Heu... je ne suis pas sur que tu saches bien de quoi tu parles...
hmm des référence montrant que RAC va être plus rapide que sans RAC ? (hormis en limite de puissance d'un serveur hein, qui réclamerait la puissance du deuxième serveur pour continuer à tenir la charge).
Pour trouver des arguments pro-Unix, àmha tu passes sur n'importe quel site de support Oracle, ce qui te permettra de participer aux trolls^Wdébats Solaris/AIX/Linux/OpenSolaris...
Vu le nombre de personnes qui se sont cassées les dents sur Oracle 8i qu'il est génial et tourne même sous GNU/Linux (avec visiblement une méthode estampillé la-rache), forcément la campagne unbreakable Linux les a fait fuir cette compagnie ne prenant pas au sérieux leur OS préféré... (outre son non respect flagrant du libre et une démarche clairement affichée comme marketing aka irréaliste pour tout connaisseur... indigne de professionnels qui emprisonnent nos données dans leur modèle à options, une fois devenues enfin utilisables).
Si déjà tu répondais à mes (vraies) questions et que tu réussis à convaincre ton collègue (DBA et les admins sys aussi), bin t'aura avancé d'un poil. Un DSI ça se convainc au "j'économise combien" et au "ya des collègues qui peuvent corroborrer" sans oublier le "ça marche actuellement pourquoi changer ?" : il sait utiliser google aussi et te démontera ton impertinence à coup de consultant ki_lui_sait au besoin, vu que toute étude a son contraire sur le web...
Tu ne te poses donc pas (encore) la bonne question pour faire ton étude de faisabilité (avec les 3 scénarios classiques et les coûts en bas, tenant compte de l'opex et du capex, avec projection à 1 an, 3 ans voire 10 ans). Bref, oublie le "moi-je, ligne de commande" toussa, si tu es tout seul, tu vas dans le mur, c'est un travail d'équipe (bien souvent en sous-marin dans un premier temps : démontrer que juste ça marche suffit souvent et personne ne se rend compte de rien, tu montres 6 mois après que ça a tourné sans que personne ne s'en rende compte). Tu tomberas, par exemple, sur les écueils suivants : est-ce procéduré (exploitable par quelqu'un d'autre que toi) ? le matériel est-il supporté ? la solution est-elle maîtrisable ou demande-t-elle des licences supplémentaires à négocier par les achats (pour les sauvegardes, la supervision, le capacity planning, par exemple) ? Généralement, proposer d'avoir de nouveaux serveurs (autant qu'on veut) pour le prix du seul matériel avec un niveau de service plus élevé que d'habitude ou des fonctionnalités supplémentaires permet de remporter le jackpot (et tu remarqueras que dans mon discours je n'ai jamais mis en avant GNU/Linux ou autre système, ça pourrait être OpenSolaris... simplement c'est les mêmes arguments, induits du libre il est vrai).
[^] # Re: hmmm
Posté par BAud (site web personnel) . En réponse au message Recherche de comparaison de performance. Évalué à 2.
hmm des référence montrant que RAC va être plus rapide que sans RAC ? (hormis en limite de puissance d'un serveur hein, qui réclamerait la puissance du deuxième serveur pour continuer à tenir la charge).
Pour trouver des arguments pro-Unix, àmha tu passes sur n'importe quel site de support Oracle, ce qui te permettra de participer aux trolls^Wdébats Solaris/AIX/Linux/OpenSolaris...
Vu le nombre de personnes qui se sont cassées les dents sur Oracle 8i qu'il est génial et tourne même sous GNU/Linux (avec visiblement une méthode estampillé la-rache), forcément la campagne unbreakable Linux les a fait fuir cette compagnie ne prenant pas au sérieux leur OS préféré... (outre son non respect flagrant du libre et une démarche clairement affichée comme marketing aka irréaliste pour tout connaisseur... indigne de professionnels qui emprisonnent nos données dans leur modèle à options, une fois devenues enfin utilisables).
Si déjà tu répondais à mes (vraies) questions et que tu réussis à convaincre ton collègue (DBA et les admins sys aussi), bin t'aura avancé d'un poil. Un DSI ça se convainc au "j'économise combien" et au "ya des collègues qui peuvent corroborrer" sans oublier le "ça marche actuellement pourquoi changer ?" : il sait utiliser google aussi et te démontera ton impertinence à coup de consultant ki_lui_sait au besoin, vu que toute étude a son contraire sur le web...
Tu ne te poses donc pas (encore) la bonne question pour faire ton étude de faisabilité (avec les 3 scénarios classiques et les coûts en bas, tenant compte de l'opex et du capex, avec projection à 1 an, 3 ans voire 10 ans). Bref, oublie le "moi-je, ligne de commande" toussa, si tu es tout seul, tu vas dans le mur, c'est un travail d'équipe (bien souvent en sous-marin dans un premier temps : démontrer que juste ça marche suffit souvent et personne ne se rend compte de rien, tu montres 6 mois après que ça a tourné sans que personne ne s'en rende compte). Tu tomberas, par exemple, sur les écueils suivants : est-ce procéduré (exploitable par quelqu'un d'autre que toi) ? le matériel est-il supporté ? la solution est-elle maîtrisable ou demande-t-elle des licences supplémentaires à négocier par les achats (pour les sauvegardes, la supervision, le capacity planning, par exemple) ? Généralement, proposer d'avoir de nouveaux serveurs (autant qu'on veut) pour le prix du seul matériel avec un niveau de service plus élevé que d'habitude ou des fonctionnalités supplémentaires permet de remporter le jackpot (et tu remarqueras que dans mon discours je n'ai jamais mis en avant GNU/Linux ou autre système, ça pourrait être OpenSolaris... simplement c'est les mêmes arguments, induits du libre il est vrai).