La version 12.1.0.2 de Grid Infrastructure nous apporte une nouveauté discrète mais très importante pour les appliances Exadata , Robert G Freeman sur son blog Oracle nous a alerté ici sur le sujet: ACFS est maintenant disponible et utilisable sur les serveurs Exadata de toute la gamme.
Pour ceux qui ne connaissent pas les fonctionnalités de ASM Cluster File System (ACFS) , vous pouvez retrouvez les détails dans la documentation dédiée : les points principaux sont la possibilité d’utiliser un système de fichier clustérisé à l’intérieur d’un volume dynamique et d’un groupe de disque ASM, qui est alors vu et accédé par le système d’exploitation comme n’importe quel autre système de fichier. Toutes les commandes fichiers sont applicables (cp, touch ,rm , mkdir , find , cpio , tar etc …) et profitent des performances, de la souplesse et de la sécurité liées à l’infrastructure (stripping, rebalance, mirroring).
Jusqu’à cette version, il était donc impossible de pouvoir utiliser un système de fichier de type ACFS sur les plateformes Exadata, le conseil était même de désinstaller le module et les ressources cluster associées (ora.registry.acfs) , cette restriction est maintenant levée et la note MOS de référence 1326938.1 le dit clairement et en caractère gras :
ACFS is now supported for Grid Infrastructure 12.1.0.2 or later. See Mos Note: 888828.1 – Section « Automatic Storage Management Cluster File System (ACFS) »
Plus subtile encore la note 888828.1,dont voici l’extrait p, nous affirme le support pour les fichiers des bases de données 10.2.0.4 et 10.2.0.5.:
| Automatic Storage Management Cluster File System (ACFS) | Creating AFCS file systems on Exadata storage requires the following:
Database files stored in ACFS on Exadata storage are subject to the following guidelines and restrictions:
|
C’est la première fois que l’on voit apparaitre cette version 10G sur ce type de plateforme. C’est là le point clé et la passerelle qu’il manquait a ces systèmes. En effet, sans cela, impossible de consolider les bases de versions antérieures (10G) sur les Appliances, il fallait absolument conserver les serveurs associés et attendre les projets de migrations vers la 11G pour les transférer vers l’ Exadata et décomissionner ensuite les anciennes vieilles et onéreuses machines. On peut maintenant imaginer la mise en place de ces bases sur les serveurs Exadata et même si l’on n’est pas au maximum des performances (puisque le smart scan n’est pas opérationnel avec ACFS) la capacité et la puissance des serveurs de base de données ainsi que l’utilisation possible du flash cache donneront un résultat dépassant les espérances.
Les contraintes précisées sont :
- Utilisation imposée d’Oracle Linux
- Utilisation de la version 12.1.0.2 ou ultérieur de Grid Infrastructure
- Si vous voulez utilisez HCC (Hybrid Column Compression) demander au support le correctif pour le BUG 19136936
Le dernier élément non négligeable restant à vérifier pour que la passerelle soit réelle et opérationnelle est la possibilité d’installer et de faire tourner les binaires de la version 10.2.0.4 (binaire de la version 10.2.0.1 plus patchset 10.2.0.4 ou 10.2.0.5) sur les systèmes Linux livrés avec les machines Exadata. En sachant que ces configurations n’ont jamais été certifiées par l’éditeur constructeur , ce peut être une tache ardue et laborieuse ! Nous ferons le test dés que possible en ne manquant pas de challenger Oracle si besoin et ne manquerons pas de vous faire connaitre le résultat, restez à notre écoute.
