{"id":61200,"date":"2015-12-03T11:10:37","date_gmt":"2015-12-03T10:10:37","guid":{"rendered":"http:\/\/e3mag.com\/?p=61200"},"modified":"2019-07-18T09:21:46","modified_gmt":"2019-07-18T07:21:46","slug":"in-memory-nest-pas-suffisant","status":"publish","type":"post","link":"https:\/\/e3mag.com\/fr\/in-memory-nest-pas-suffisant\/","title":{"rendered":"La m\u00e9moire n'est pas suffisante"},"content":{"rendered":"

M\u00eame chez SAP, on s'est rendu compte que l'id\u00e9e initiale, qui semblait si simple et g\u00e9niale, de conserver en permanence toutes les donn\u00e9es en m\u00e9moire, \u00e9tait en partie irr\u00e9alisable et en partie insuffisante.<\/p>\n

Elle n'est par exemple pas r\u00e9alisable lorsqu'une base de donn\u00e9es contient un grand nombre de donn\u00e9es historiques dont le chargement en m\u00e9moire entra\u00eenerait une explosion des co\u00fbts de la m\u00e9moire n\u00e9cessaire.<\/p>\n

En outre, il ne suffit pas de conserver les donn\u00e9es en permanence dans la m\u00e9moire, car toute base de donn\u00e9es doit garantir la persistance des donn\u00e9es qui y sont stock\u00e9es.<\/p>\n

Il est donc n\u00e9cessaire d'utiliser des supports de stockage persistants et judicieux de r\u00e9fl\u00e9chir \u00e0 l'utilisation la plus efficace possible de ce stockage. Dans la base de donn\u00e9es Oracle, il existe depuis de nombreuses versions d\u00e9j\u00e0 deux technologies qui servent \u00e0 cette utilisation efficace :<\/p>\n

Le partitionnement et la compression. Et il y a deux technologies, car le mot \"efficace\" peut avoir deux significations diff\u00e9rentes.<\/p>\n

Ce qui va ensemble : le partitionnement<\/h3>\n

\"Utilisation efficace de l'espace m\u00e9moire\" - cela peut tout d'abord signifier : les donn\u00e9es doivent \u00eatre stock\u00e9es de mani\u00e8re \u00e0 ce que l'acc\u00e8s aux informations qui ne se trouvent pas encore en m\u00e9moire n\u00e9cessite le moins d'op\u00e9rations d'E\/S possible.<\/p>\n

\"Optimisation du stockage des donn\u00e9es\" signifie alors que les donn\u00e9es ne sont pas stock\u00e9es dans un ordre al\u00e9atoire (comme c'est le cas par d\u00e9faut), mais en tenant compte de la question de savoir quels groupes de donn\u00e9es seront \u00e0 nouveau n\u00e9cessaires ensemble ult\u00e9rieurement.<\/p>\n

Partager une table signifie la diviser en sous-groupes de ce type. Une partition contient alors, par exemple, toutes les donn\u00e9es qui ont \u00e9t\u00e9 ajout\u00e9es au cours d'un mois donn\u00e9 ou qui sont attribu\u00e9es \u00e0 une filiale particuli\u00e8re.<\/p>\n

Pour les clients SAP-on-Oracle, le partitionnement est activ\u00e9 par d\u00e9faut dans SAP BW, ils en profitent donc imm\u00e9diatement. Le partitionnement Oracle est toutefois autoris\u00e9 et support\u00e9 pour toutes les applications SAP NetWeaver. Il peut donc \u00e9galement \u00eatre utilis\u00e9 dans des syst\u00e8mes non-BW. Pour l'impl\u00e9mentation, il existe par exemple le SAP Partitioning Engine.<\/p>\n

Compression<\/h3>\n

\"Utilisation efficace de l'espace de stockage\" peut \u00e9galement signifier : les donn\u00e9es doivent \u00eatre stock\u00e9es de mani\u00e8re \u00e0 occuper le moins d'espace possible et \u00e0 freiner la croissance gigantesque des bases de donn\u00e9es.<\/p>\n

Si l'on consid\u00e8re plusieurs versions du logiciel de base de donn\u00e9es, cela signifie que l'efficacit\u00e9 du stockage des donn\u00e9es doit \u00eatre augment\u00e9e en permanence, de sorte que le m\u00eame ensemble de donn\u00e9es utilise de moins en moins d'espace de stockage d'une version \u00e0 l'autre.<\/p>\n

Et une exigence suppl\u00e9mentaire signifie que tout cela doit se faire sans que le client doive payer le prix d'une d\u00e9gradation des performances.<\/p>\n

Oracle Database 11g misait d\u00e9j\u00e0 sur le concept de ne pas \u00e9crire plusieurs fois les valeurs qui apparaissent plusieurs fois. Cela vaut aussi bien pour les tables que pour les index. Le taux de compression qui peut ainsi \u00eatre atteint d\u00e9pend des caract\u00e9ristiques des donn\u00e9es et de l'application.<\/p>\n

En g\u00e9n\u00e9ral, les donn\u00e9es de SAP BW (BI) peuvent \u00eatre davantage comprim\u00e9es que celles de SAP ERP (ECC), et SAP CRM permet de r\u00e9aliser des \u00e9conomies encore plus importantes. En moyenne, une base de donn\u00e9es enti\u00e8rement comprim\u00e9e avec Oracle Database 11g dans l'environnement SAP n\u00e9cessite 55% d'espace de stockage en moins que la base de donn\u00e9es correspondante non comprim\u00e9e.<\/p>\n

Tout d\u00e9pend de la temp\u00e9rature<\/h3>\n

Une question fr\u00e9quemment pos\u00e9e est la suivante : pourquoi le stockage de donn\u00e9es compress\u00e9es n'est-il pas devenu la norme ?<\/p>\n

Une partie de la r\u00e9ponse se trouve dans les tables SAP BW utilis\u00e9es pour le chargement de nouvelles donn\u00e9es. On aimerait bien comprimer ces tables, mais cela ralentirait consid\u00e9rablement le processus de chargement.<\/p>\n

C'est ici qu'intervient Oracle Database 12c, gr\u00e2ce \u00e0 l'introduction d'un nouveau param\u00e8tre. Dans la version 11g, l'utilisateur peut, en ce qui concerne chaque table et chaque index, r\u00e9pondre \u00e0 la question de savoir si cet objet doit \u00eatre compress\u00e9.<\/p>\n

Les r\u00e9ponses possibles sont \"oui\" ou \"non\". Dans la version 12c, la question suppl\u00e9mentaire est de savoir quand les donn\u00e9es nouvelles ou modifi\u00e9es doivent \u00eatre comprim\u00e9es. Les r\u00e9ponses possibles sont donc d\u00e9sormais du type : \"Oui, mais pas avant une semaine\".<\/p>\n

Ce n'est que gr\u00e2ce \u00e0 ce nouveau param\u00e8tre que les tables n\u00e9cessaires au chargement des donn\u00e9es peuvent \u00eatre incluses dans la compression : Les donn\u00e9es charg\u00e9es sont d'abord des donn\u00e9es non comprim\u00e9es (pas de prolongation de la dur\u00e9e d'ex\u00e9cution), qui ne sont comprim\u00e9es qu'ult\u00e9rieurement, c'est-\u00e0-dire au moment appropri\u00e9 (compression diff\u00e9r\u00e9e).<\/p>\n

Cette solution a \u00e9t\u00e9 con\u00e7ue de mani\u00e8re si g\u00e9n\u00e9rale dans Oracle Database 12c qu'elle permet d'impl\u00e9menter une gestion compl\u00e8te du cycle de vie de l'information (ILM). Elle s'appuie sur deux nouvelles fonctionnalit\u00e9s :<\/p>\n