OSA02 - Pas de transactionnel haute performance sans un couple machine logiciel optimisé& fiable
Upcoming SlideShare
Loading in...5
×
 

OSA02 - Pas de transactionnel haute performance sans un couple machine logiciel optimisé& fiable

on

  • 486 views

Ressources cloisonnées et dépourvues de flexibilité ? Goulots d\’étranglement au niveau des performances ? Temps d\’arrêt inacceptables ? Coûts et complexité liés à l\’évolutivité ? ...

Ressources cloisonnées et dépourvues de flexibilité ? Goulots d\’étranglement au niveau des performances ? Temps d\’arrêt inacceptables ? Coûts et complexité liés à l\’évolutivité ? Tâches de gestion manuelles très longues ? L’explosion des données et la croissance des transactions augmente la demande de systèmes éprouvés et capables de garantir l\’intégrité, les performances et la flexibilité tout en permettant de réaliser des économies. Si ces questions vous interpellent, cet atelier est pour vous. Vous y découvrirez les dernières nouveautés en terme de systèmes transactionnels IBM et les raisons pour lesquelles de nombreux clients migrent vers ces systèmes.
En prime : les premiers retours d’expérience de portage vers IBM DB2 9.7

Statistics

Views

Total Views
486
Views on SlideShare
486
Embed Views
0

Actions

Likes
0
Downloads
1
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Based on industry leading System z data sharing architecture, DB2 pureScale integrates IBM technologies to keep your critical systems available all the time. It includes Automatic workload balancing to ensure that no node in the system is over loaded. DB2 will actually route transactions or connections to the least heavily used server. This workload balancing is hidden from the end user and even from applications by having the DB2 client handle all the workload balancing. The client will actually periodically check the workload levels and re-route transactions to different servers. The workload balancing can occur either at the transaction or connection level. Transaction support was added as many customers and ERP system use connection pooling and without transactional level support workloads may never be moved. The technology for globally sharing locks and memory is based on technology from z/OS which has a great track record of being the most reliable and scalable architecture available. Tivoli System Automation has been integrated deeply into DB2 pureScale. It is installed and configured as part of the DB2 installation process and DBAs and system administrators never even know its there. The DB2 fixpaks will even include and apply any Tivoli updates so DBAs and system administrators never need to understand another software product. The networking infrastructure leverages Infiniband and all additional clustering software is included as pat of DB2 pureScale installation. This technology has allows us to avoid many scaling problems other vendors have run into. The core of system is a shared disk architecture.
  • DB2 pureScale has a large technology demonstration being announced later this quarter that demonstrates the great scaling that can be achieved as more Membres are added. The technology can clearly scale beyond a simple 4 member configuration. This near linear scaling will allow a business to allocate as much capacity as they need without fear of the clustering technology failing them. No other vendor can demonstrate scaling to beyond a hundred Membres. Not all vendors are upfront with their scaling and don’t even allow scaling numbers to be published. Instead of showing the scaling they just put up a large number and never really show you what you could achieve with less hardware. Even worse, they tend to flat line at 4 servers as their architecture isn't designed to scale, or to scale without a lot of work as you add capacity.
  • The full quote is: "Before we made a final decision we benchmarked some of the key database management systems. That included Oracle, SQL Server, and DB2. We ended up choosing DB2 for several reasons. One was reliability, second was performance and perhaps the most important factor was ease of use“ — Bashir Khan, Director of Data Management and Business Intelligence Coûts réduits Automatise les tâches DBA,  DB2 s Auto gestion, Self tuning Memo Manager , collecte de stats sans intervention, surveillance proactive, mode proactive Warning , conseillers, wizzards , capacite de simulation What if …. (i compress…. ) BCp de parametres positionnés par defaut en automatique ou MAJ possible online. Simplification dyu parmaetrage moins de param. Optimisation du Stockage Performance  compression jusqu ici sur les tables now tables indexes table tempo lob XML …. Compression = perf + espace Fonctionnalités natives : estimation des taux de compress , Automatic Storage Management , gere TS et Data Stripping segmentation … transparence de modele RDB et XML Certifié en environnement VmWare  au niveau du calcul on compte les procs de la VM et non du serveur Métrique commerciaux adaptés  Hors prod a l utilisateur nommé. En HADR on ne compte que le server actif +100PVU pour le passif si db en mode recovery. 2. Fiabilité Historiques et Références acteur historique , reutilistion de technos Z DB2 PureScale  Scalabilité Transparente : 4 servers 1seule DB meme en cas de pane d un des serveurs cluster actif actif ; data provisionning 3 machines besoin d une en plus ajout transparentz seulement en P AIX , couplig facility gere les conflits le cache les locks…. Et la vie du cluster (desolidarisation d un des 4, Kill, …. ) temps de bascule mini DB2 HADR  meme chose base en std by n était pas accessible now accessible en lecture (ex pour du reporting) deport de charge. In MeMory Cache  Solid DB , base relationnelle monte en memory tout ou prtie de la DB , solid rattaché a DB2 et aussi autree base par CDC (replication base phy base mem) Audit et surveillance Pro Active  Data Studio administration ; db2 helath adviser , ship info a moteur d analyse etc…. ; en termes de compliance Guardium HADR Read Accessible Standby Optimisation du modèle de sécurité des DBa  Ameliore en 9.7 la hierarchie des DBAs en termes d autorisation et de separation admin / Data via roles (Db Vault) Cluster DB Actif Actif Data Studio Administration: DB2 health Advisor 3. Facile à utiliser Support pour développement, gestion XML ,  Continuité XML fully supported y compris en partitrionnement , indexation possible Administration dynamique  possibilité de travailler pour les DBA s non sur les param mais sur du physique modif de structure de données en tps reel modifs a la volee ne necessite pas arret Appliances  Smart analytics ; XML avec DPF,partitionnement Index locaux aux partitions Tranportable Schema  t out pk fk triggers etr…. OnLine Redefinition 4. Ouverture Prise en compte des codes PL/SQL, SQLPlus, Intégré aux solutions IBM (Optim, Tivoli, Websphere …) Partenariat fort SAP Currently commited : Logique de verrouillage a la mode oracle. PL SQL SQL Plus POrtabilité types de données etc…. Porte le DDL puis PL SQL. CLP Plus. SAP SQL Std
  • Here is another quote that also talks about the three tenets of DB2. “ It takes much less effort to keep DB2 up and running, compared to systems from Oracle and Microsoft”…”I have done a lot of work with all these databases, so I think I have quite an intimate knowledge of the enterprise database market. And, compared to what’s out there, DB2 beats everything hands down in terms of costs, reliability, and ease of use.” ---Jochen Guther, Managing Director, Rusch
  • On October 12th, 2009, Oracle delivered a new TPC-C benchmark result running on a cluster of 12 32-core UltraSPARC T2 Plus Sun servers. On this 384 core cluster running the Oracle Database with Real Application Clusters (RAC), Oracle delivered 7,646,487 tpmC. This Oracle result does outperform the current DB2 top result that was run on an IBM Power 6, 595 server with a mere 64-cores, but Oracle required 6X the number of processor cores to get a mere 26% improvement. That doesn't sound too impressive to us. If you then look at the processing power per core, DB2 provides over 4.77X the performance per core that Oracle does. Microsoft does not even have a top 10 result at this time.
  • Even more on performance, and in this case performance for SAP. DB2 is optimized for SAP, and this has proven to provide 40% and more better performance than Oracle or SQL Server, along with 40% less overall storage requirements, and 25% less DBA effort to keep the system running well. This value has driven over 100 customers to migrate from Oracle to DB2 under SAP in the past year.
  • Based on SAP SD Cert (2008057) for Power 570 $466,407 HW $78,510 SW-1time (AIX) $1,555,200 SW DB2 – 120PVx32 cores Power 750 247, 960 HW (256GB – 16GB dimms) AIX included 1,296,000 SW – DB2 – 120PVUx23cores
  • DB2 truly does store XML data in its native format and for that reason we call it pureXML . By combining pureXML together with the familiar relational model, DB2 can be considered a hybrid database. The XML developer will see a sophisticated XML repository that also supports SQL, while the SQL developer will see a sophisticated relational database that also supports XML. The best of both worlds! DB2 also has XQuery and extensions to SQL capabilities to efficiently search and update documents; and XML-specific indexing to ensure high performance for those queries. Applications can leverage these facilities to manage and access their XML data efficiently along with any existing relational data using either SQL or XQuery as the query interface depending on their application needs and preferences. For more information about the 1TB XML benchmark, see: http://tpox.sourceforge.net/tpoxdata_files/Taming_1TB_of_XML_Data_with_DB2+Intel.pdf Note that this benchmark was performed by Intel (not IBM). The goal of the benchmark is to show the performance levels that you can expect for inserts, updates, deletes, and queries on transactional XML data.  This latest benchmark is with 1TB of XML data using the FIXML standard industry format.  Thanks to the way that DB2 stores XML data, the XML data occupies less than 450GB of disk space when stored in DB2.  If you compare the results of this benchmark against previous benchmarks, you can see that the addition of 50% more processing cores provides 48% more throughput (at lower CPU utilization rates), indicating a nice scale-out story.  Intel actually measured a 4-CPU server, with 6 cores per CPU, processing more than 6700 XML-based TPoX transactions per second.  One of the key aspects of the benchmark is the minimal amount of database tuning needed to obtain these results. DB2 is clearly the leader in this space, enabling rapid development of new types of applications that can combine XML and relational data.
  • This graph shows the breakdown of spending by IT departments over a 15 year period. There are a few very interesting findings in this analysis. Firstly, new server spending has actually declined slightly over time. Secondly, power and cooling spending are rising at a steady rate. However, the most dramatic finding is the amount of spending on management and administration. This spending on management and administration represents the most significant opportunity for you to lower IT costs. And lowering IT costs is becoming a priority for everyone in the industry. As we look at the following charts, keep in mind the opportunity that lowering your management and administration cost represents. If your current database management software demands significant resources for ongoing administration, it may be time for a change. The costs savings for doing so can free up budget for other important items on your “to do” lists.

OSA02 - Pas de transactionnel haute performance sans un couple machine logiciel optimisé& fiable OSA02 - Pas de transactionnel haute performance sans un couple machine logiciel optimisé& fiable Presentation Transcript

  • Smarter Systems Tour IBM Software et POWER7 Smarter Systems for a Smarter Planet Atelier OSA02 Pas de transactionnel haute performance sans un couple machine logiciel optimisé & fiable. Olivier Jouannic IBM Manager Technique Data Management Jean-Marc Blaise DeltaDB Expert DB2 certifié
  • Un monde plus intelligent : Plus d’exigences sur les systemes Smart energy grids Smart healthcare Smart food systems Intelligent oil field technologies Smart supply chains Smart retail L’infrastructure doit s’adapter afin de supporter ces exigences, offrir un cadre de plus en plus globalisé, des niveaux de traitements absorbants plus de volume et une efficacité accrue Croissance de l information digitale entre 2007 to 2011. D’appareils connectés à l’internet en 2011 1 Trillion Les systèmes d’échange commerciaux et bancaires sont sous stress en échangeant des milliards de messages par jour 25 Milliards 70% du budget IT est dévolu à l’infrastructure et non à l’ajout de nouvelles possibilités 10x
  • Le Challenge de la planete plus intelligente L’ère du massivement parallèle
    • Densité Augmente
    • Processeurs par puce. Plus de threads par processeur  8cores = 32 Threads
    • Challenge – Exploiter les nouveaux hardware sans avoir a repenser les applications parallélisées
    • Solution – des Middleware qui tirent avantage de maniere transparente des threads massivement parallèles , sans changement d’application
  • POWER7 Une nouvelle race de systemes qui redefinit notre vision actuelle de la performance. Le systeme le plus économique pour diminuer les couts et optimiser l’infrastructure d’aujourd hui. Le meilleur système pour les charges exigentes du futur. Le parallélisme massif à portée de tous.
  • IBM Systems Director Editions IBM Smart Analytics System IBM DB2 pureScale IBM Lotus Domino Consolidation on Power IBM Rational Developer for Power IBM WebSphere Application Server Parallelization SAP on IBM DB2 and Power Systems Une valeur prise en charge par les Softwares IBM Self Tuning Memory Manager WorkLoad Manager Exploitent Directement les capacités offertes par l’hyperviseur des plateformes Power. Le couple software plateforme S’adapte dynamiquement à l’évolution des ressources virtualisées. Flexibilité/virtualisation de bout en bout.
  • DB2 pureScale Architecture InfiniBand network. Cluster de nodes/membres DB2 sur servers System Power ou System X Membres PowerHA pureScale Server
    • PowerHA pureScale
    • - Orchestre le clustering
    • Tourne en LPAR ou sur serveur dédié
    • et même le tout en appliance IBM PSAS
    Equilibrage de charge Automatique Shared Data (GPFS General Parallel File System) Support de IBM Storage
  • DB2 PureScale Single Database View Clients Shared Database Log Log Log Log Shared Storage Access Primary 2 nd -ary
    • Les moteurs DB2 tournent sur n noeuds
      • Ils coopèrent entre eux pour délivrer un accès cohérent
    • Data sharing architecture
      • Accès partagés à la base de données
      • Chaque noeud écrit ses propres log sur des
      • disques partagés
    • PowerHA PureScale technology:
      • Global locking & buffer management
      • Synchronous duplexing assurant la haute disponibilité
    • Low latency, high speed interconnect
      • RDMA-capable interconnects (Infiniband)
    • « Clients connect anywhere,… see single database »
      • Les clients peuvent se connecter sur chaque noeud
      • Load Balancing automatique et “client reroute”en fonction de la charge de chaque noeud du cluster
    • Cluster services intégré
      • Détection de la perte ou de l'ajout d'un membre
      • Recovery automation,
        • En partenariat avec STG & Tivoli
      • General Parallel File System
      • ( GPFS)
    Cluster Interconnect CS CS CS CS CS CS CS Member Member Member Member
  • DB2 pureScale: Scalabilité sans perte 64 Membres 95% Scalabilité 16 Membres > 95% Scalabilité 2, 4 et 8 Membres > 95% Scalabilité 32 Membres > 95% Scalabilité 88 Membres 90% Scalabilité 112 Membres 89% Scalabilité 128 Membres 84% Scalabilité
  • 2. Fiabilité Historiques et Références DB2 PureScale DB2 HADR In MeMory Cache Audit et surveillance Pro Active 1. Coûts réduits Automatise les tâches DBA, Optimisation du Stockage Performance Fonctionnalités natives Certifié en environnement VmWare Métrique commerciaux adaptés 3. Simplicité d’utilisation Support pour développement, gestion XML, Administration dynamique Appliances 4. Ouverture Prise en compte des codes PL/SQL, SQLPlus, Intégré aux solutions IBM (Optim, Tivoli, Websphere …) Partenariat fort SAP DB2 9.7
    • Self Tuning Memory Manager
    • Compression Table, Index, LOB, XML
    • Paramétrie automatique
    • HADR Read Accessible Standby
    • Optimisation du modèle de sécurité des DBa
    • Cluster DB Actif Actif
    • Data Studio Administration: DB2 health Advisor
    • XML avec DPF,partitionnement
    • Index locaux aux partitions
    • Tranportable Schema
    • OnLine Redefinition
    • Currently Committed
    • CLP Plus / PL/SQL
    • Disponibilité de SAP DB2 9.7: GA 19 06 SAP 28 06 2010
  • Fiabilité Simplicité Couts réduits “ Before we made a final decision we benchmarked some of the key database management systems. That includes Oracle, SQL Server and DB2. We ended up choosing DB2 for several reasons. One was reliability, second was performance and perhaps the most important factor was ease of use ” – Bashir Khan, Director of Data Management and Business Intelligence Ouverture
  • Performances Prouvées Investissement Maximisé “ In comparison tests with both Oracle Database and Microsoft SQL Server, IBM DB2 continually demonstrated a better price-to-performance ratio .” - Benjamin Simmen, Zurich Financial Services
  • Top Performance for SAP
    • DB2 est Optimized pour SAP
      • En moyenne 40% d’amélioration des performances que les autres SGBDs
      • Champion toutes catégories SAP benchmark, dépasse Oracle de 18% and avec moitié moins de puissance de calcul !
    • Baisser les coûts avec DB2
      • En Moyenne 40% de moins en Stockage
      • En Moyenne 25% de moins en charge de DBA
    • Plus de 100 clients sont passés d’Oracle à IBM l’année passée
    • 33% de plus chez les clients SAP choisissant DB2 depuis 2006
    “ We expected an improvement of around 20% in terms of system response time, but we found that the new system was actually 40% faster . The DB2 database is even more efficient than we anticipated .” - Peter Boegler, SAP
  • Simplifier l ‘Infrastructure SAP et Reduire les coûts Case Study – Support de 15,000 Users
    • Supporte 3.3 fois plus d’users sur DB2 et Power 750 que Oracle/SPARC
    • Infrastructure poûts par user
      • DB2 / Power 750 $100/user
      • Oracle / Sun T5440 $185/user
      • Oracle / Sun x4640 $123/user
    IBM Power 750 certification number not available at press time and can be found at sap.com/benchmarks. IBM Power System 750, 4p / 32–c / 128 – t, POWER7, 3.55 GHz, 256 GB memory, 15,600 SD users, dialog resp.: 0.98s, line items/hour: 1,704,330, Dialog steps/hour: 5,113,000, SAPS: 85,220, DB time (dialog/ update):0.015s / 0.028s, CPU utilization: 99%, OS: AIX 6.1, DB2 9.7; IBM Power 570 16p / 32-c / 64 –t, 256 GB memory, 14,432 SD users, POWER6 4.2 GHz, AIX 6.1, DB2 9.5, cert# 2008057 All results are 2-tier, SAP EHP 4 for SAP ERP 6.0 (Unicode) and valid as of 2/9/2010. SAP applications Data Base SAP and DB2 on Power 750 DB2 on Power 750 Oracle on Sun T5440 Oracle on Sun X4640 15,600 SD Users 32 cores POWER7 4,720 SD Users 32 cores UltraSPARC T2+ 10,000 SD Users 48 cores AMD Opteron
  • Performance Transactionnelles jamais atteintes pour XML
    • development et integration simples
      • Pas de mapping complexe en relationnel
      • Pas de parsing à la lecture
    • Storage efficace
      • Seulement 440GB pour benchmark de 1TB XML
    • Performance jamais atteinte ailleurs
      • 6,763 transactions par seconde benchmark 1TB XML
    • Partie intégrante de DB2 Engine
      • Pas de coût supplémentaire
    DB2 “ With [DB2’s] ability to process pureXML, our customers are seeing 5 to 10 times performance improvements .” - Keith Feingold, CEO, Skytide
  • System p – Moyenne TPS Solitaire Interglobal Ltd Whitepaper: DB2 Performance on IBM System p® and System x®
  • L’administration est le plus gros composant des coûts Source: IBM Corporate Strategy analysis of IDC data, Sept. 2007 $0 B $50 B $100 B $150 B $200 B $250 B $300 B 1996 ‘ 97 2010 ‘ 98 ‘ 99 ‘ 00 ‘ 01 ‘ 02 ‘ 03 ‘ 04 ‘ 05 ‘ 06 ‘ 07 ‘ 08 ‘ 09 New Server Spending Server Management and Admin Costs Power and Cooling Costs Global Annual IT Spending Estimated 1996-2010
  • System p - Staffing Solitaire Interglobal Ltd Whitepaper: DB2 Performance on IBM System p® and System x®
  • Un tour de DB2 LUW 9.x en France Jean-Marc BLAISE, Expert DB2 LUW, DELTA DB [email_address] / [email_address]
  • Pour un fournisseur international de contenu multimedia Environnement actif/actif ACTIF ACTIF
    • Migration plannifiée vers DB2 9.7/9.8 et bénéfices attendus:
    • 9.1 fin de support en April, 2011 a donné toute satisfaction jusqu’ici avec par exemple un benchmark de 2000+ utilisateurs connectés. Test de 600 utilisateurs simultanés en utilisant seulement 25% des ressources, avant « d'exploser » l'outil de test.
    • Le Futur
    • Réduction des ressources par le modèle en thread
    • Plus grande facilité pour le monitoring de la base DB2
    • Remplacement possible de Xkoto Gridscale (solution abandonnée) par DB2 9.8 pureScale sur Linux (très grande scalabilité, pas de modification applicative, solution pérenne – IBM - et éprouvée depuis longtemps sur DB2 z/OS)
  • Pour un acteur majeur du secteur Banque Assurance Migration PeopleSoft HR/AR vers DB2 9.5 PEOPLE
    • Chiffres et fonctionnalités DB2 9.5 utilisées:
    • Taille DB de 500 Gb utilisant Automatic Storage 8 paths sur stockage DS8000. Data & Log en RAID 5.
    • Migration de DB2 8.2 vers 9.5 Fp5. Gain de 15 minutes sur backup d'1 heure. Quelques batches passant de 4 à 1 heure sans optimisation particulière.
    • DB2 ESE 9.5 FP5. 1 table MDC – spécificité DB2, permettant des gains significatifs sur les I/Os.
    • Auto-tuning mémoire + statistiques temps réel actifs.
    • Backups Online et incremental, plus d'arrêt de DB2, REORGs offline basées sur le monitoring de santé DB2. Fenêtre de batchs augmentées de 2 heures.
    • Migration plannifiée vers DB2 9.7 et bénéfices attendus:
    • Utilisation du WorkLoadManagement pour traquer l'usage des différentes applications (PeopleSoft sur Windows / AIX, rapports N-vision) & interception mauvaises requêtes et éviter les « campagnes de tuning » pénalisant les utilisateurs.
    • Utilisation de Optim Performance Manager OPM 4.1 en bundle avec l'option DB2 Performance Optimisation.
    • Reporting dirigé vers le serveur de secours ultérieurement.
    • Possibilité étendue d'utilisée les tables partitionnées « by Range », cumulée avec les MDC – Multi Dimension Clustering.
  • Pour une multinationale du secteur santé Environnement OLTP intensif DB2 SERVEUR APPLI SERVEUR APPLI SERVEUR APPLI SERVEUR APPLI SERVEUR APPLI SERVEUR APPLI SERVEUR APPLI
    • Chiffres et fonctionnalités DB2 9.5 utilisées (1/2):
    • Projet Européen
    • Taille base 500 Gb / plannifiée de 1 Tb utilisant l'Automatic Storage 4 paths sur stockage DS4300. Data & Log en RAID 10.
    • Backup compressé en 1h15 min.
    • DB2 ESE 9.5. 3 tables MDC pour isoler physiquement les données de chaque serveur applicatif. ROLLOUT des données très efficaces, et permet des suppressions plus sophistiquées en parallèle en 15/20 min environ.
    • 4 vues statistiques pour la stabilisation des rapports.
    • Chiffres et fonctionnalités DB2 9.5 utilisées (2/2):
    • Auto-tuning mémoire + statistiques temps réels actifs
    • Backups Online et incrémental, plus d'arrêt de DB2, REORGs offline basées sur le monitoring de santé DB2. Conforme à la période de batch minimale à disposition.
    • Workload management (WLM) actif: isolation par serveur applicatif. Isolation des Reads/Writes/Calls. Très utile pour analyser a postériori les mauvaises requêtes voire bloquer avant exécution les rapports à problème. A permis de remonter jusqu'à l'application et même au niveau du modèle de données.
    • Migration plannifiée vers DB2 9.7 et bénéfices attendus:
    • Plus de possibilité avec le WorkLoad Management, nouveaux seuils et granularité réduite à 1 min.
    • Meilleur monitoring des attentes sur verrou et donc une meilleure détection des problèmes applicatifs.
    • Monitoring beaucoup plus simple et en mémoire pour résoudre les problèmes applicatifs.
    • Utilisation de Optim Performance Manager, en bundle dans l' option DB2 « Performance Optimisation ».
    • Simplification du login des batchs avec les procédures en transaction AUTONOMOUS.
    • Récapitulatif DB2 LUW 9.x:
    • DB2 est très stable
    • DB2 permet une maintenance automatique très efficace sans interruption applicative
    • Options très « high tech » et simples comme le Workload Management (Option DB2 Performance Optimisation), la compression – données, index, temporaire (taille base divisée par 5 dans mes tests) …
    • « DB2 devient trop efficace et malheureusement » réduit mes actions de conseil, mais me permet de suivre plusieurs clients en parallèle.
    • Excellent compétiteur pour faire tourner des applications Oracle ou Sybase en bénéficiant d'un optimiseur pointu, de l'auto-tuning, et d'une solution HA scalable, avec DB2 PureScale.
    • Contact: [email_address] / blaise.jm@free.fr
  • Merci ! תודה Hebrew Korean Japanese Merci French Russian Danke German Grazie Italian Gracias Spanish Obrigado Brazilian Portuguese Arabic Simplified Chinese Traditional Chinese Thai