Plan de formation Chapitre 1 : Présentation de SAP

Présentation au sujet: "Plan de formation Chapitre 1 : Présentation de SAP"— Transcription de la présentation:

1 Plan de formation Chapitre 1 : Présentation de SAP
Chapitre 2 : Arrêt et démarrage d’un système SAP Chapitre 3 : Configuration des paramètres SAP Chapitre 4 : La base de données Chapitre 5 : Les différentes mémoires dans SAP Chapitre 6 : Transport d’OTs Chapitre 7 : Support packages, Plug-Ins et Add-Ons Chapitre 8 : Planification de jobs en arrière plan Chapitre 9 : Les impressions Chapitre 10 : Les connexions RFC Chapitre 11 : ITS et ICM : les Clients légers Chapitre 12 : Administration des utilisateurs Chapitre 13 : Autorisations Chapitre 14 : Gestion des mandants Chapitre 15 : Surveillance du système Chapitre 16 : Monitoring avec CCMS Chapitre 17 : Les transactions utiles Chapitre 18 : Accès à l’aide Chapitre 19 : Documents techniques clés 09h20 – 10h15 1

2 Chapitre 4 : La base de données Architecture de la base de données : principes généraux
Tous les process SAP sont liés à des database process. Les requêtes issues des process sont donc passées aux database process chargés d’interroger la base. Les database process placent les données dans des buffers mémoire SAP. Les données modifiées sont placées dans le buffer des log puis dans les logs de la base. La lecture de données dans le database buffer se fait par pages mémoires entière mais le log buffer ne contient que les données modifiées. Les « special DB processes » sont les process propres à chaque RDBMS

3 Chapitre 4 : La base de données Architecture de la base de données : fondamentaux Oracle
Lorsqu'une instance de base de données Oracle est démarrée, plusieurs processus sont générés. Le processus listener est responsable de la communication avec Oracle par le biais du réseau. Pour chaque session de la base de données, un processus fantôme spécifique est démarré. Les processus partagés exécutent les tâches requises pour le fonctionnement du système de gestion de la base de données Oracle. Les données de la base de données sont sauvegardées à l'intérieur de fichiers de données en blocs de 8 Ko sur le disque. De manière à accélérer l'accès en lecture et en écriture aux données, ces blocs de données sont mis en mémoire cache dans la zone data buffer pool de la SGA. Les modifications apportées aux données de la base de données sont consignées dans les fichiers online redo log Le système de gestion de base de données Oracle conserve les instructions SQL exécutables dans la zone SQL partagée, qui fait partie de la shared pool Chaque processus de travail R/3 : se connecte à la base de données en tant qu'utilisateur de la base de données, SAPR3 ; gère les demandes émises par les différents utilisateurs du système R/3 ; communique avec un processus fantôme correspondant dans la base de données. 3 3

4 Chapitre 4 : La base de données Architecture de la base de données : fondamentaux SQL*Server

5 Chapitre 4 : La base de données Stratégie générale de sauvegarde
Une stratégie de sauvegarde doit toujours inclure les fichiers de données, les fichiers de logs et les données système de la base si elles existent (MS SQL) La sauvegarde des logs permettra de restaurer les données au plus tard.

6 Chapitre 4 : La base de données Cycle de sauvegardes : recommandations
Il est recommandé de sauvegarder les archives log avec l’option cou / save delete c’est-à-dire qu’avnt effecement sur disque les archives log sont sauvegardés 2 fois Cycle : 28 jours Une sauvegarde Online / jour Une sauvegarde Offline / semaine Sauvegardes des archives log / jour et après chaque sauvegarde 6 6

7 Chapitre 4 : La base de données Planification et surveillance des sauvegardes
La surveillance des sauvegardes doit être réalisée tous les jours. DB12 : informations détaillées Cette transaction (DB13) permet : La planification des sauvegardes La vérification du bon fonctionnement (DB13, DB14 et DB24) 7 7

8 Chapitre 4 : La base de données Surveillance des sauvegardes
L’installeur effectuera une démonstration de la mise en place des sauvegardes dans le cadre du transfert de compétence. 8

9 Chapitre 4 : La base de données Monitoring
Les activités de surveillance de la base ne doivent pas se limiter au bon fonctionnement des sauvegardes Il faut aussi Surveiller l’espace occupé par la base Surveiller les fichiers de log de la base Surveiller les performances de la base (DB13)

10 Chapitre 4 : La base de données Sauvegardes de la base de données Oracle
Deux types de sauvegardes : Base de données (Online et Offline) Des Redologs Offline Lorsqu’un fichier online redo log actif est plein, Oracle écrit automatiquement dans le fichier online redo log suivant. Le programme d'archivage d'Oracle copie le fichier online redo log terminé dans le répertoire d'archive. Cette copie est appelée le fichier archive log. Les fichiers archive log sont sauvegardés lors d'une sauvegarde des fichiers archive log.

11 Chapitre 4 : La base de données Restauration de la base de données Oracle
En cas de perte de données, vous devez récupérer la base de données à un moment aussi proche que possible du moment de la perte. Afin d'assurer que cette récupération est possible, vous avez besoin à la fois de sauvegardes de la base de données et des fichiers archive log. Pour effectuer une restauration, utilisez comme point de départ une sauvegarde des fichiers de données (ou une partie de la sauvegarde). Les informations d'historique qui ont été générées pendant et après la sauvegarde de la base de données sont utilisées pour récupérer toutes les modifications qui ont été apportées aux données. Ces informations d'historique sont généralement retrouvées à partir des sauvegardes des fichiers archive log.

12 Chapitre 4 : La base de données Exemple de stratégie de sauvegarde avec Oracle
Le mécanisme Oracle Dataguard est utilisé à Rennes1 Avantages : Les base SAP sont gérées comme toutes nos autres bases Nos DBA sont compétents sur ce mécanisme Pas d'infrastructure SAP particulière Réplication maitre/esclave en temps réel et décalé Inconvénient : SAP ne voit pas les sauvegardes Quand utilisons-nous BRBACKUP/BRRESTORE ? Une manipulation dont nous ne sommes pas sûr : permet de ne pas "déranger" la procédure habituelle. Lorsqu’un fichier online redo log actif est plein, Oracle écrit automatiquement dans le fichier online redo log suivant. Le programme d'archivage d'Oracle copie le fichier online redo log terminé dans le répertoire d'archive. Cette copie est appelée le fichier archive log. Les fichiers archive log sont sauvegardés lors d'une sauvegarde des fichiers archive log. 12 12

13 Chapitre 4 : La base de données Exemple de stratégie de sauvegarde avec Oracle
En production Sauvegarde des archive-logs en temps réel Sauvegarde full tous les soirs déclenchée par RMAN qui pilote TINA Utilisation de la rétention "FlashBackArea" sur 24H Les archive-logs sont gardés 14 jours. En pré-production Comme en production sauf archive-logs : gardés 2 jours 13 13

14 Chapitre 4 : La base de données Sauvegardes de la base de données SQL
Chapitre 4 : La base de données Sauvegardes de la base de données SQL*Server Deux types de sauvegardes : Base de données Des transactional LOG

15 Chapitre 4 : La base de données Exemple de stratégie de sauvegarde avec SQL*Server
En production Sauvegarde des logs tous les ¼ h déclenchée par MS SQL Agent Sauvegarde différentielle tous les midis par MS SQL Agent Sauvegarde full tous les soirs (y compris bases systèmes) déclenchée par Tina Génération au fil des différents sauvegardes d’un script de restauration En pré-production Sauvegarde full tous les week-ends Sans oublier les sauvegardes au niveau OS et filesystem 15 15

16 Chapitre 4 : La base de données Transactions utiles
DB02 : Database performance DB12 : Backup information DB13 : DBA Planning DB24 : Logs DBA 16 16