1

Plan de formationPlan 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éesChapitre 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

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesArchitecture de la base de données : principes générauxArchitecture 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.

3

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesArchitecture de la base de données : fondamentaux OracleArchitecture de la base de données : fondamentaux Oracle

4

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesArchitecture de la base de données : fondamentaux SQL*ServerArchitecture de la base de données : fondamentaux SQL*Server

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesStratégie générale de sauvegardeStraté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éesChapitre 4 : La base de donnéesCycle de sauvegardes : recommandationsCycle de sauvegardes : recommandations

Cycle : 28 jours Une sauvegarde Online / jour Une sauvegarde Offline / semaine Sauvegardes des archives log / jour et après chaque

sauvegarde

7

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesPlanification et surveillance des sauvegardesPlanification et surveillance des sauvegardes

Cette transaction (DB13) permet : La planification des sauvegardes La vérification du bon fonctionnement (DB13, DB14 et DB24)

8

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesSurveillance des sauvegardesSurveillance des sauvegardes

L’installeur effectuera une démonstration de la mise en place des sauvegardes dans le cadre du transfert de compétence.

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesMonitoringMonitoring

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éesChapitre 4 : La base de donnéesSauvegardes de la base de données OracleSauvegardes de la base de données Oracle

Deux types de sauvegardes : Base de données (Online et Offline) Des Redologs Offline

11

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesRestauration de la base de données OracleRestauration de la base de données Oracle

12

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesExemple de stratégie de sauvegarde avec OracleExemple 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.

13

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

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesExemple de stratégie de sauvegarde avec OracleExemple de stratégie de sauvegarde avec Oracle

14

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesSauvegardes de la base de données SQL*ServerSauvegardes 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éesChapitre 4 : La base de donnéesExemple de stratégie de sauvegarde avec SQL*ServerExemple 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

16

Chapitre 4 : La base de donnéesChapitre 4 : La base de donnéesTransactions utilesTransactions utiles

DB02 : Database performance

DB12 : Backup information

DB13 : DBA Planning

DB24 : Logs DBA