Les solutions SAP et en particulier l'ensemble des composants qui les compose, repose sur un serveur d'application appelé SAP Web Application Server (WAS). Deux approches d'architecture doivent être prises en considération:
• Architecture technique, chaque composant applicatif de la solution SAP a nativement une architecture 3-tier.
• Architecture Logique, chaque composant de la solution SAP a nativement une architecture pure internet multi-tiers orientée Web Services.
Les données du système SAP sont stockées sur le serveur de données (SGBD) et sont traitées par le ou les serveurs d'application (SAP WAS). Les communications entre le ou les serveurs d'applications SAP WAS et le serveur de données, sont basées sur le middleware natif du SGBDR choisi par le client comme par exemple ORACLE, DB2, MSSQL, mySQL, MaxDB.
Les contrôles d'intégrité de la base de données sont effectués par le moteur SGBD. Les contrôles d'intégrité des applications SAP (flux transactionnel, flux de données, requêtes...) sont assurés par les applications SAP elles-mêmes au niveau du serveur d'applications SAP WAS.
Par ailleurs, SAP intègre un gestionnaire de base de données qui traite les échanges de méta données et de données avec le SGBD. Le gestionnaire de base de données est adapté et optimisé en fonction du type de SGBD (ORACLE, MS-SQL, DB2, MySQL, MAXDB). C'est lui qui assure l'abstraction de tous les SGBD supportés par SAP WAS ainsi qu'un grand nombre de services de caches de structures de données et de données du SGBD. Ceci permet au composant SAP WAS d'offrir de très hautes performances et disponibilités mais aussi d'assurer son évolutivité. Les middlewares standard type ODBC, JDBC restent néanmoins supportés. Le modèle de données est relationnel néanmoins les structures de données (types, indexes…) sont adaptées en fonction du type d'application (Source SAP).
Cette approche rend indispensable l'existence d'un serveur de base de données et par extension d'une baie de stockage dont l'importance dépend fortement de la volumétrie adressée.

L'architecture multi tiers des composants SAP est purement logique et peut être ramenée à une architecture à 2, 3 ou n niveaux physiques. Cela offre la possibilité d'installer plusieurs systèmes SAP, chacun ayant sa propre base de données sur une seule et même instance OS (Système d'Exploitation). Les technologies de mutualisation de stockage type SAN (Storage Area Network) et NAS (Network Attached Storage) sont supportées et intégrées à l'outil de supervision et de gestion multi environnements SAP CCMS (Computer Center Management System) et SAP Solution Manager.
L'infrastructure technique SAP NetWeaver™ (la plateforme d'intégration SAP) permet de mutualiser les solutions SAP à plusieurs niveaux et en fonction des critères définis par le client comme :
• La Mutualisation au niveau stockage : support des technologies de stockage, DAS, SAN et NAS,
• La Mutualisation au niveau réseau : support de tout type de réseau TCP/IP, Accès HTTP natif,
• La Mutualisation au niveau système d'exploitation (OS) ou serveur physique : plusieurs composants SAP sur une même instance OS,
• La Mutualisation au niveau du gestionnaire de base de données relationnelles (SGBD) : plusieurs composants SAP sur une seule et même base de données, technologie SAP MCOD (Multiple Components One Database).
…

De façon générale, il y a deux approches en adéquation totale avec l'architecture n-tier d'un système SAP:
 NAS - vision des données au niveau logique ou mode fichier
 SAN - vision des données au niveau physique ou mode bloc adressé

Voici les caractéristiques de ces deux concepts :
• Réseau
o NAS : Réseau existant (Ethernet, …)
o SAN : Réseau spécialisé (Fibre Channel…)
• Fonction des unités de stockage
o NAS : Serveurs de fichiers multi protocoles (NFS, CIFS…). Sémantique fichier, on gère des systèmes de fichiers
o SAN : Serveur de ressources de stockage. Sémantique block, on gère des LUNS
• Protocole d'échange
o NAS : Type message (TCP/IP…)
o SAN : Type entrée/sortie (SCSI,…)
• Bande passante
o NAS : Lié au réseau existant
o SAN : Avec Fibre Channel: N Gb/s
• Administration du stockage
o NAS : A travers le serveur
o SAN : Implique une administration directe

La baie de stockage est une grappe de disques organisés en général en groupe de disques ou RAID. Elle assure la sécurité matérielle par redondance (alimentation, ventilateur, contrôleur).
L'interface interne est de type FC (fibre Channel) : SAS (Serial Attachement SCSI) ou SATA (Serial Advanced Technology Attachement).
Le découpage logique des disques ou grappes de disques se fait sous forme de LUN (Logical Unit Number).
Elle dispose d'une mémoire cache permettant d'accélérer les accès aux données.

Les critères de sélection des disques reposent avant tout sur des critères techniques comme la capacité, le débit, la fiabilité, mais aussi sur le prix.
Les critères techniques permettant de mieux ciblés les besoins de performance, sont:
 Le temps d'accès moyen : 2 à 15 ms
 Le temps de latence : 2 à 20ms
 La densité surfacique 40Gb/in² à 128Gb/in² (en labo jusqu'à 245 Gb/in²)
 Le nombre de plateaux : 1 à 4
 La vitesse de rotation : 3800 à 15000 tours/mn
 La mémoire cache : 2 à 32 MO
 Le MTBF (mean time between failure) : 300KH à 3,2MH
 L'Interface: taux de transfert du lien.

Voici un tableau récapitulatif de la technologie des disques :
• Performance de connexions
o Serial ATA (SATA) : Half Duplex
o Serial Attached SCSI (SAS): Full Duplex
o Fibre Channel AL : Full Duplex
• Connectivité
o Serial ATA (SATA) :
 1 mètre; 1 HDD; SATA seulement
o Serial Attached SCSI (SAS):
 > 6 mètres ; 127 HDD, SI Expender, 16K Max ; SAS et SATA
o Fibre Channel AL (FC-AL):
 > 15 mètres; 127 HDD en Loop ou Loop Switch; fibre seulement
• Disponibilité du disque
o Serial ATA (SATA) : 1 port HDD; un seul initiateur; Point à Point
o Serial Attached SCSI (SAS): Dual port HDD; Multi initiateurs; Point à Point
o Fibre Channel AL : Dual port HDD ; Multi initiateurs ; Média partagé ou Point à Point
• Modèles de disque
o Serial ATA (SATA) : Protocole ATA
o Serial Attached SCSI (SAS): Protocole SCSI
o Fibre Channel AL : Protocole SCSI

L'évolution des solutions de stockage vers la virtualisation permet de mieux satisfaire à une demande de plus en plus forte (en 2006, la croissance de la capacité de stockage a été estimée à plus de 51%).
La virtualisation permet d'assurer la continuité de service par la réplication du stockage et la sécurisation des données, mais aussi la pérennité de l'information. Elle simplifie la gestion du stockage dans son ensemble et devra fortement faciliter le support des fournisseurs et applications hétérogènes mais aussi le support des évolutions de la solution sans rupture de service.

Un audit préalable à toute implémentation ou consolidation de la solution de stockage client peut être la clé de réussite de l'implémentation de votre solution d'infrastructure globale SAP. Il est le socle de la réponse :
• à la problématique de performance (temps de réponse de l'application, temps d'exécution d'un processus, enregistrement d'erreurs temporaires, etc. …)
• mais aussi à l'identification du potentiel du stockage utilisé (répondre à un potentiel de croissance d'activité, identifier les investissements futurs, etc. …)
La solution de stockage à travers une solution SAP contribue pleinement à la gestion, à la sécurité et à la pérennité des données mais aussi à la continuité de service (haute disponibilité, PRA) du système d'information du client.