{"id":61964,"date":"2015-06-21T09:54:12","date_gmt":"2015-06-21T07:54:12","guid":{"rendered":"http:\/\/e3mag.com\/?p=61964"},"modified":"2019-08-21T10:03:28","modified_gmt":"2019-08-21T08:03:28","slug":"s-4-hana-et-sap-adaptive-server-enterprise","status":"publish","type":"post","link":"https:\/\/e3mag.com\/fr\/s-4-hana-und-sap-adaptive-server-enterprise\/","title":{"rendered":"S\/4 Hana et SAP Adaptive Server Enterprise"},"content":{"rendered":"

Les entreprises qui utilisent jusqu'\u00e0 pr\u00e9sent pour leurs syst\u00e8mes SAP des bases de donn\u00e9es homog\u00e8nes de fournisseurs tels qu'Oracle ou IBM risquent, lors de l'introduction de Hana ou de SAP Business Suite 4 Hana (S\/4 Hana), de devoir payer deux fois les frais de licence et de maintenance pour leurs bases de donn\u00e9es : d'une part pour Hana, d'autre part pour celles des autres fournisseurs.<\/p>\n

La licence pour ASE est d\u00e9j\u00e0 incluse dans Hana Runtime Edition for Applications and SAP BW (REAB) - une base de donn\u00e9es alternative pour les anciens syst\u00e8mes restants est pour ainsi dire livr\u00e9e gratuitement. En raison de sa stabilit\u00e9, cette derni\u00e8re est particuli\u00e8rement appr\u00e9ci\u00e9e dans l'environnement financier et est parfois utilis\u00e9e depuis des d\u00e9cennies.<\/p>\n

De plus, la feuille de route de SAP est claire pour elle - contrairement \u00e0 MaxDB par exemple - et elle dispose d'une tr\u00e8s bonne compression, ce qui entra\u00eene un encombrement relativement faible. Un changement est donc \u00e9vident. Mais lors de la migration vers ASE, il faut tenir compte de quelques \u00e9cueils.<\/p>\n

Pour et contre la migration vers ASE<\/h3>\n

Comme le montre notre exp\u00e9rience de plus de 100 migrations et de l'exploitation de plus de 70 syst\u00e8mes clients, les co\u00fbts de la migration vers ASE sont g\u00e9n\u00e9ralement amortis assez rapidement en raison de la baisse durable des co\u00fbts de licence et de maintenance.<\/p>\n

De plus, le mod\u00e8le de licence de SAP ne pose aucun obstacle \u00e0 la virtualisation de la base de donn\u00e9es. D'autres avantages sont l'acquisition de l'application et de la base de donn\u00e9es aupr\u00e8s d'un seul et m\u00eame fournisseur ainsi que des avantages consid\u00e9rables en termes d'espace, par exemple par rapport \u00e0 MaxDB qui, contrairement \u00e0 ASE, ne supporte pas la compression des donn\u00e9es.<\/p>\n

De plus, il n'est pas n\u00e9cessaire de proc\u00e9der \u00e0 des r\u00e9organisations co\u00fbteuses comme c'est le cas avec Oracle. L'administration int\u00e9gr\u00e9e se fait via le cockpit DBA courant, avec lequel la plupart des administrateurs sont familiaris\u00e9s.<\/p>\n

En revanche, des investissements obligatoires dans l'infrastructure informatique sont g\u00e9n\u00e9ralement n\u00e9cessaires, car ASE n\u00e9cessite beaucoup plus de ressources CPU du c\u00f4t\u00e9 mat\u00e9riel. Comme le montre la pratique, une puissance de calcul sup\u00e9rieure de plusieurs centaines de pour cent est parfois n\u00e9cessaire.<\/p>\n

A cela s'ajoute le fait que la base de donn\u00e9es ne peut pas vider son journal pendant la sauvegarde compl\u00e8te, de sorte qu'il faut accorder une attention particuli\u00e8re \u00e0 la conception de la sauvegarde.<\/p>\n

Toutefois, dans l'ensemble, les avantages de l'ASE l'emportent sur les inconv\u00e9nients pour la plupart des entreprises, notamment en termes de co\u00fbts totaux permanents.<\/p>\n

Conception : l'exp\u00e9rience est n\u00e9cessaire<\/h3>\n

En raison des exigences mat\u00e9rielles sp\u00e9cifiques, il convient, malgr\u00e9 les instructions de migration bien document\u00e9es, de faire appel \u00e0 des sp\u00e9cialistes exp\u00e9riment\u00e9s d\u00e8s les premi\u00e8res phases de la planification et de s'en tenir strictement aux recommandations publi\u00e9es par SAP, par exemple pour le dimensionnement des caches.<\/p>\n

Une attention particuli\u00e8re devrait \u00e9galement \u00eatre accord\u00e9e \u00e0 la conception du concept de sauvegarde. Pour les sauvegardes bas\u00e9es sur des snapshots, l'id\u00e9al est de se baser sur le \"prepare database mode\".<\/p>\n

Il est pr\u00e9f\u00e9rable au \"quiesce mode\", car ce dernier ne fait que mettre la base de donn\u00e9es en mode lecture seule. Pour permettre une r\u00e9cup\u00e9ration ponctuelle, il faut veiller, lors de la conception, \u00e0 ce que les logs soient r\u00e9cup\u00e9rables de mani\u00e8re autonome.<\/p>\n

Comme la base de donn\u00e9es ne peut pas vider ses logs pendant une sauvegarde compl\u00e8te, la dur\u00e9e de la sauvegarde est un facteur critique : tant que la sauvegarde est en cours, les modifications sont \u00e9crites dans les logs.<\/p>\n

Si la sauvegarde dure trop longtemps, les logs d\u00e9bordent. Il est donc recommand\u00e9 d'effectuer les sauvegardes pendant les p\u00e9riodes de faible charge et de dimensionner suffisamment la zone de log. En outre, il est possible de mettre en place des sauvegardes de logs contr\u00f4l\u00e9es par le degr\u00e9 de remplissage.<\/p>\n

Les param\u00e8tres de surveillance doivent \u00e9galement \u00eatre strictement adapt\u00e9s aux exigences sp\u00e9cifiques de SAP. Si ces conditions sont remplies, ASE permet des sauvegardes tr\u00e8s rapides et, par exp\u00e9rience, sans probl\u00e8me.<\/p>\n

Les points d\u00e9licats de l'administration<\/h3>\n

Les administrateurs familiaris\u00e9s avec SAP peuvent g\u00e9rer et surveiller ASE via le Cockpit DBA habituel. Cependant, les changements tr\u00e8s fr\u00e9quents dans les notes SAP concernant les diff\u00e9rents param\u00e8tres sont typiques de la base de donn\u00e9es.<\/p>\n

Il convient de souligner que pr\u00e8s de 95 % des param\u00e8tres ASE peuvent \u00eatre modifi\u00e9s en ligne. Cela vaut m\u00eame pour la m\u00e9moire de travail \u00e0 utiliser (max_memory) et les ressources CPU (syb_default_pool). Cette propri\u00e9t\u00e9 permet - en particulier en interaction avec la virtualisation - d'adapter les ressources de mani\u00e8re dynamique \u00e0 l'augmentation des besoins.<\/p>\n

Pour la r\u00e9duction des ressources, un red\u00e9marrage est n\u00e9cessaire, comme on le sait aussi dans la virtualisation - mais celui-ci peut g\u00e9n\u00e9ralement \u00eatre plac\u00e9 dans une fen\u00eatre de maintenance planifi\u00e9e.<\/p>\n

La fr\u00e9quence des correctifs est \u00e9galement relativement \u00e9lev\u00e9e chez ASE, ce qui implique d'une part un certain effort lors de l'installation, mais a \u00e9galement pour cons\u00e9quence que les corrections de bugs sont g\u00e9n\u00e9ralement assez rapides et que les nouvelles fonctionnalit\u00e9s sont rapidement disponibles.<\/p>\n

En cas de panne des syst\u00e8mes SAP ou du cockpit DBA, les outils d'administration habituels pour ASE font \u00e9galement d\u00e9faut. Dans ce cas, la base de donn\u00e9es ne peut plus \u00eatre administr\u00e9e que par iSQL.<\/p>\n

Cela peut poser des difficult\u00e9s, en particulier aux petits d\u00e9partements informatiques qui ne disposent pas de personnel ayant les comp\u00e9tences iSQL ad\u00e9quates.<\/p>\n

Conclusion<\/h3>\n

Dans l'ensemble, les entreprises disposent avec ASE d'une base de donn\u00e9es qui - notamment en raison de la situation avantageuse en mati\u00e8re de licences en combinaison avec S\/4 Hana - constitue une alternative judicieuse \u00e0 l'exploitation parall\u00e8le de Hana et de bases de donn\u00e9es de fournisseurs tiers.<\/p>\n

Si quelques \u00e9tapes sont respect\u00e9es (voir encadr\u00e9), l'exp\u00e9rience montre que rien ne s'oppose \u00e0 une migration vers ASE. Peu importe que l'exploitation soit assur\u00e9e par l'entreprise elle-m\u00eame ou par un prestataire de services.<\/p>\n

 <\/p>\n

\n

 <\/p>\n

Migration ASE : approche classique<\/span><\/h3>\n