Solutions Sage 1000
Guide de Préconisations Techniques
Version 6.00
SOMMAIRE
PLATEFORME SAFE 1000 4
PRESENTATION DE L’ARCHITECTURE 5
PLATEFORME SAFE 1000–PRESENTATION DE L’ARCHITECTURE 6
PRESENTATION DES CONFIGURATIONS VALIDEES 8
CARACTERISTIQUE DU SERVEUR DE BASE DE DONNEES 12
CARACTERISTIQUES DU SERVEUR D’APPLICATION ET DU SERVEUR WEB 14
PRESENTATION DES FLUX RESEAUX 17
COMPOSANTS LOGICIELS VALIDES 19
COMPATIBILITE ENVIRONNEMENT SPECIFIQUE 22
SOLUTION SAGE 1000 24
SOLUTION SAGE 1000–GENERALITES 25
SOLUTION SAGE 1000–ARCHITECTURE TECHNIQUE 26
SOLUTION SAGE 1000–COMPOSANTS LOGICIELS VALIDES 29
SOLUTION SAGE 1000–COMPATIBILITE ENVIRONNEMENT SPECIFIQUE 29
SOLUTION SAGE 1000–EXEMPLE DE DIMENSIONNEMENT MATERIEL 30
SOLUTION SAGE 1000 ET SAGE COMMUNICATION BANCAIRE 33
SAGE 1000 ET SAGE COMMUNICATION BANCAIRE –GENERALITES 34
SAGE 1000 ET SAGE COMMUNICATION BANCAIRE –ARCHITECTURE TECHNIQUE 35 SAGE 1000 ET SAGE COMMUNICATION BANCAIRE –COMPOSANTS LOGICIELS VALIDES 39 SAGE 1000 ET SAGE COMMUNICATION BANCAIRE –COMPATIBILITE ENVIRONNEMENT SPECIFIQUE 42 SAGE 1000 ET SAGE COMMUNICATION BANCAIRE –EXEMPLE DE DIMENSIONNEMENT MATERIEL 43
SOLUTION SAGE 1000 EDITION PILOTEE 46
SAGE 1000EDITION PILOTEE –GENERALITES 47
SAGE 1000EDITION PILOTÉE –ARCHITECTURE TECHNIQUE 49
SAGE 1000EDITION PILOTEE –COMPOSANTS LOGICIELS VALIDES 52
SAGE 1000EDITION PILOTEE –COMPATIBILITE ENVIRONNEMENT SPECIFIQUE 53 SAGE 1000EDITION PILOTEE –EXEMPLE DE DIMENSIONNEMENT MATERIEL 54
PLATEFORME SAFE 1000 - ANNEXES 57
PARAMETRAGE SAGESQL 58
PARAMETRAGE MICROSOFT SQLSERVER 61
SPECIFICITES SQLSERVER 2005EXPRESS 65
PARAMETRAGE ORACLE 10G 67
MISE EN ŒUVRE DU FICHIER DBDRIVERS.INI 75
SAUVEGARDE ET RESTAURATION DES BASES DE DONNEES 81
MISE EN ŒUVRE DE LA BOUCLE LOCALE MICROSOFT 83
CLIENT MICROSOFT OUTLOOK 86
Plateforme Safe 1000
Guide de Préconisation Technique
Plateforme Safe 1000
Guide de Préconisation Technique
Présentation de l’architecture
Plateforme Safe 1000 – Présentation de l’architecture
1. Architecture 3-tiers logique
La plateforme Safe 1000 repose sur une architecture logique 3-tiers implémentant : Une base de données Microsoft SQL Server ou Oracle
Des composants métiers utilisant le Framework Safe 1000
Une interface de présentation pouvant être composée de pages Web dans le cas du client riche léger.
Ce type d’architecture permet des solutions souples, simples à déployer et très évolutives.
Serveur de Présentation (1er Tiers)
Le serveur de présentation Internet Information Server ou Apache Windows est constitué de pages Web JavaScript situées dans le répertoire distinct (Server1000)
Les composants métiers (2ième Tiers)
Les composants métiers sont développés avec le Framework Safe 1000. C’est le moteur du système, il a pour rôle majeur de s’occuper des classes métiers et de leurs relations. Il gère tous les aspects transactionnels et est en charge de la persistance des données de tous les objets métiers.
Le serveur de base (3ième Tiers)
La plateforme Safe 1000 utilise Microsoft SQL Server ou Oracle comme gestionnaire de base de données.
2. Représentation technique
Plateforme Safe 1000
Guide de Préconisation Technique
Présentation des configurations validées
Plateforme Safe 1000 – Architecture Mono Serveur
Note :
Dans le cas d’une architecture mono serveur le SGBDR, le serveur WEB et le serveur d’application sont regroupés sur un seul serveur.
Le ou les poste(s) client(s) se connectent indifféremment avec le client lourd et/ou le navigateur Internet.
Plateforme Safe 1000 – Architecture 3-Tiers
Note :
Dans le cas d’une architecture 3-Tiers nous distinguons le serveur SGDBR du serveur Web et d’application.
Le ou les poste(s) client(s) se connectent indifféremment avec le client lourd et/ou le navigateur Internet.
Plateforme Safe 1000 – Architecture 2-Tiers
Note :
L’architecture 2-Tiers ne propose pas au poste client de se connecter via un navigateur Internet
Plateforme Safe 1000
Guide de Préconisation Technique
Caractéristique du serveur de base de données
Plateforme Safe 1000 - Caractéristiques du serveur de base de données
1. Microsoft SQL Server
Classement du serveur SQL Server : French_CI_AS ou FRENCH_BIN
Le composant Recherche de Texte Intégral de SQL Server doit être installé avant la création des bases de données.
Gestion de la sécurité Microsoft SQL Server
- La plateforme Safe 1000 utilise une authentification mixte SQL Server ou Windows.
- Le compte de connexion utilisé doit être propriétaire de la base de données.
- Le nom du compte de connexion est à la discrétion de l’administrateur de base.
- Langue du compte SQL Server : Français - Rôle : Database Creator
2. Caractéristiques de la base Oracle Jeu de caractères : WE8MSWIN1252
Le composant Oracle Texte doit être installé avant la création des bases de données.
3. Type de méthode d’accès SGBDR
Les composants métiers Sage utilisent le System.data.OleDb pour Microsoft SQL Server et SQL*Net pour Oracle comme méthode d’accès à la base de données.
Plateforme Safe 1000
Guide de Préconisation Technique
Caractéristiques du serveur d’application et du serveur Web
Plateforme Safe 1000 – Caractéristiques du serveur d’application
Fonction et caractéristiques
Ce serveur est en charge de l’exécution de la partie métier, les services créés sur ce serveur travaillent sur le même principe qu’un poste client classique Desktop.
Il exécute le Framework Safe 1000 en relation avec les bases de données métiers et ce à travers des services Windows.
Le Serveur d’application doit disposer des composants suivants pour être opérationnel : La console d’administration
Permettant la gestion des services (création, modification, suppression, publication WEB, …) Le service contrôleur
Permettant la gestion des connexions ainsi que la découverte d’éventuelles autres Serveurs 1000 (à travers le port UDP 6300).
Dans le cas d’une architecture multi-tiers (Serveur d’application distinct du serveur WEB), il ne dispose pas forcément d’un serveur WEB (de type Microsoft IIS ou Apache), la publication des services pouvant être réalisée sur un serveur distant.
Un client de base de données
Base de données Microsoft SQL Server : OleDb Base de données Oracle : SQL*Net / OCI
Plateforme Safe 1000 - Caractéristiques du serveur WEB
Fonction et caractéristiques
Ce serveur est en charge de la gestion des connexions de poste client WEB (à travers un navigateur Internet).
Le Serveur d’application doit disposer des composants suivants pour être opérationnel : La console d’administration
Permettant la gestion des services (création, modification, suppression, publication WEB, …) Le service contrôleur
Permettant la gestion des connexions ainsi que la découverte d’éventuelles autres Serveurs 1000 (à travers le port UDP 6300).
Dans le cas d’une architecture multi-tiers (Serveur d’application distinct du serveur WEB), il ne dispose pas forcément des services 1000.
Plateforme Safe 1000
Guide de Préconisation Technique
Présentation des flux réseaux
Plateforme Safe 1000 - Présentation des flux réseaux
Plateforme Safe 1000
Guide de Préconisation Technique
Composants logiciels validés
Plateforme SAFE 1000 - Composants logiciels validés
Serveur de données
Serveur d’application
Serveur
Web Client
Systèmes d’exploitation serveur Microsoft Windows 2000 Server SE/EE
SP4
Microsoft Windows Server 2003 SE/EE
SP1 et +
Microsoft Windows Server 2003 SE/EE R2
SP1 et +
Microsoft Windows Server 2008 SE/EE
Serveurs WEB
Microsoft IIS 5.0 (compatible SSL)
Microsoft IIS 6.0 (compatible SSL)
Microsoft IIS 7.0 (compatible SSL – Mode
compatibilité IIS 6.00)
Apache pour Windows 1.3
(compatible SSL)
Apache pour Windows 2.x
(compatible SSL)
Système de Gestion de Base de Données Relation Microsoft SQL Server 2000 SP4 Microsoft SQL Server 2005 SP1 et +
Microsoft SQL Server 2008
Oracle 10G R2
Oracle 11G
Note : le composant Recherche de texte intégral/Oracle Text doit être installé
Serveur de données
Serveur d’application
Serveur
Web Client
Systèmes d’exploitation client
Microsoft Windows XP Pro SP4
Microsoft Windows 2000 Pro SP2
Microsoft Windows Vista Pro / Integral
Microsoft Windows Seven
Navigateurs
Microsoft Internet Explorer 7
Microsoft Internet Explorer 8
Mozilla Firefox pour Windows 3.5
(logiciel libre)
Outlook
Microsoft Outlook 2003
Microsoft Outlook 2007
Note :
La plateforme Microsoft Windows XP est validée mais uniquement pour des environnements de tests.
En exploitation il est préférable d’utiliser une plateforme serveur.
Les serveurs WEB et les navigateurs Internet non cités dans ce tableau n’ont fait l’objet d’aucun test.
Ils ne sont donc pas certifiés par SAGE.
Le tableau représente un serveur d’application différent du serveur WEB, il est naturellement possible de travailler avec un seul serveur remplissant les deux fonctions.
Plateforme Safe 1000
Guide de Préconisation Technique
Compatibilité Environnement Spécifique
Plateforme Safe 1000 - Compatibilité Environnement Spécifique
Citrix/Terminal Server
L’utilisation de plateforme Citrix Présentation Server ou de Terminal Server a pour but de faciliter l’accès pour les utilisateurs ayant des bandes passantes insuffisantes.
La plateforme SAFE 1000 est compatible avec les versions Citrix suivantes :
Plateformes serveurs testées
Postes Clients Clients distants
Windows 2000 service TSE
Windows 2003 service TSE
MetaFrame XP PS MetaFrame PS 3.0 MetaFrame PS 4.0 MetaFrame PS 4.5
Tout Client Windows Client Microsoft RDP Validé Validé Validé
Tout Client Client Citrix ICA Validé Validé Validé
Virtualisation de serveurs
La plateforme SAFE 1000 est compatible avec les outils de virtualisation.
Nous attirons toutefois votre attention sur le fait que toutes les composantes de votre environnement de production doivent être compatibles avec cette architecture et notamment que l’éditeur de la base de donnée supporte et valide ce type d’environnement de virtualisation.
Solution Sage 1000
Guide de Préconisation Technique
Solution Sage 1000 – Généralités
Les solutions Sage 1000 s’appuient sur la plateforme Safe 1000, elles profitent de ses atouts techniques. Elles proposent les applications :
Gestion Comptable & Financière Suite Financière
Trésorerie
Rapprochement Bancaire Banque Paiement
En couple avec d’autres technologies abordées dans des chapitres ou des guides distincts:
Gestion Comptable & Financière Edition Pilotée Suite Financière Edition Pilotée
Banque Paiement et Communication Bancaire Trésorerie et Communication Bancaire
Sage 1000 Consolidation
Sage 1000 Note de frais pour Outlook Sage 1000 Engagements pour Outlook Sage 1000 Pilotage pour Outlook
…
Solution Sage 1000 – Architecture Technique
Pour les solutions Sage 1000, nous proposons trois architectures : Architecture Mono Serveur
Architecture 3-Tiers Architecture 2-Tiers
Solution Sage 1000 - Architecture Mono Serveur
Tous les composants nécessaires au bon fonctionnement de l’application sont installés sur le serveur Moteur de base Microsoft SQL Server ou Oracle
Bases de données des solutions Sage 1000 (Référentiel, Gestion Comptable & Financière, Suite Financière, Trésorerie, Rapprochement Bancaire, Banque Paiement)
Serveur Web Microsoft Internet Information Server ou Apache et services Sage 1000 Application Sage 1000 (Gestion Comptable & Financière, Suite Financière, Trésorerie,
Rapprochement Bancaire, Banque Paiement)
Solution Sage 1000 - Architecture 3-Tiers
Les composants nécessaires au bon fonctionnement de l’application sont répartis sur 2 serveurs Serveur de base de données
Microsoft SQL Server (cf système de gestion de base de données relationnnelle Page 20) Bases de données des solutions Sage 1000 (Référentiel, Gestion Comptable & Financière, Suite
Financière, Trésorerie, Rapprochement Bancaire, Banque Paiement) Serveur WEB
Serveur Web Microsoft Internet Information Server ou Apache
Application Sage 1000 (Gestion Comptable & Financière, Suite Financière, Trésorerie, Rapprochement Bancaire, Banque Paiement)
Serveur Web Microsoft Internet Information Server ou Apache et services Sage 1000
Dans le cas ou le serveur Web n’est pas sur la même machine physique que les services L1000, la communication entre les deux composants se fera exclusivement à l’aide du protocole TCP/IP.
Solution Sage 1000 - Architecture 2-Tiers
Il s’agit d’une installation classique Client/serveur. Pas de possibilité de client Riche Léger.
Serveur de base de données
Microsoft SQL Server (Cf. page 20, système de base de données relationnelle)
Bases de données des solutions Sage 1000 (Référentiel, Gestion Comptable & Financière, Suite Financière, Trésorerie, Rapprochement Bancaire, Banque Paiement)
Et un ou plusieurs Postes Clients sur lesquels sont déployés les applications Sage 1000 (Gestion Comptable & Financière, Suite Financière, Trésorerie, Rapprochement Bancaire, Banque
Paiement)
Solution Sage 1000 – Composants logiciels validés
Les solutions Sage 1000 étant basé sur la plateforme technique Safe 1000, les composants logiciels validés sont les mêmes. (cf. chapitre Plateforme Safe 1000 – Composant logiciels validés)
Solution Sage 1000 – Compatibilité Environnement Spécifique
Les solutions Sage 1000 étant basé sur la plateforme technique Safe 1000, les environnements spécifiques validés sont les mêmes. (cf. chapitre Plateforme Safe 1000 – Compatibilité
Environnement spécifique validés)
Solution Sage 1000 – Exemple de Dimensionnement matériel
Dimensionnement serveurs pour 15 utilisateurs
Type Serveur d’application + Web + SGBDR
Quantité 1
CPU Serveur type Biprocesseur Xéon 2.8Ghz
RAM 4 GB
Disques internes 1 x 36GB
SAN -
32bit/64bit 32 bits / 64 bits
OS Cf. page 20, système d’exploitation serveur Software Cf. page 20, 21
Réseau 1 Gb/s
Dimensionnement postes de travail
Type Poste de Travail
CPU Pentium IV supérieur ou égal à 2.0 Ghz
RAM minimum 512 Mo
Disques internes 300 Mo disponible (si client lourd) 32bit/64bit 32 bits / 64 bits
OS Cf. page 21, système d’exploitation client Software Cf. page 21
Dimensionnement serveurs pour 30 utilisateurs
Type Serveur de bases de données
Quantité 1
CPU Serveur type Biprocesseur Xéon 2.8Ghz
RAM Minimum 3 GB
Disques internes 2 x 36 GB
SAN -
32bit/64bit 32 bits / 64 bits
OS Cf. page 20, système d’exploitation serveur
Software Cf. page 20, système de base de données relationnelle
Réseau 1 Gb/s
Type Serveur d’application + WEB
Quantité 1
CPU Serveur type Biprocesseur Xéon 2.8Ghz
RAM Minimum 2 GB
Disques internes 1 x 36GB 32bit/64bit 32 bits / 64 bits
OS Cf. page 20, système d’exploitation serveur Software Cf. page 20, serveur Web
Réseau 1 Gb/s
Dimensionnement serveur Citrix Metaframe pour 10 utilisateurs
Type Serveur Citrix
Quantité 1
CPU Serveur type Biprocesseur Xéon 2.8Ghz
RAM Minimum 2 GB
Disques internes 1 x 36GB
SAN -
32bit/64bit 32bit OS
Windows 2000 Server SE/EE SP4 Windows Server 2003 SE/EE SP1 et + Windows Server 2003 SE/EE R2 SP1 et + Lien réseau 1 Gb/s
Dimensionnement serveur WEB distinct
Généralement, un seul serveur WEB est nécessaire pour gérer toutes les connexions clientes.
Nous préconisons un Serveur Type Intel Mono Processeur (Core Duo) avec 2Go de RAM Répartitions des services par utilisateur (Serveur d’application)
Nb Utilisateurs WEB Nb de Services
1-2 3-5
Utilisateurs [1-15] Mono processeur RAM : 1 Go
Mono processeur RAM : 2 Go Utilisateurs [16-30] Biprocesseur
RAM : 2 Go
Biprocesseur RAM : 2 Go Utilisateurs [31-50] 2 serveurs Biprocesseur
RAM 2 Go
2 serveurs Biprocesseur RAM 2 Go Au delà de 50 utilisateurs Répartition des services sur plusieurs Serveurs
Solution Sage 1000 et Sage Communication Bancaire
Guide de Préconisations Technique
Sage 1000 et Sage Communication Bancaire – Généralités
La solution Sage 1000 et Sage Communication Bancaire est constituée de 2 éléments indépendants Le module métier de Sage 1000 Trésorerie et/ou Banque Paiement intégré au Framework de
la plateforme Safe 1000
Le moteur de télécommunication appelé Sage Communication Bancaire
Sage 1000 et Sage Communication Bancaire – Architecture Technique
Les 3 Architectures sont préconisées pour leur simplicité de mise en œuvre Architecture mono poste
Sage 1000 Trésorerie et/ou Banque Paiement avec Sage Communication Bancaire (SCB) seront installés sur la même machine.
Architecture intégrée
Sage 1000 Trésorerie et/ou Banque Paiement en architecture mono serveur ou 3-tiers avec Sage Communication Bancaire (SCB) installé sur les mêmes serveurs.
Architecture Serveur de communication bancaire dédié
Sage 1000 Trésorerie et/ou Banque Paiement en architecture mono serveur ou 3-tiers et Sage Communication Bancaire sera installé sur un second serveur.
Propositions Alternatives
D’autres propositions d’architectures sont possibles mais non décrites dans le document
Mutualisation base Sage 1000 Trésorerie et/ou Banque Paiement et Sage Communication Bancaire si Microsoft SQL Server est utilisé
Délocalisation du Serveur de communication bancaire en DMZ
Présentation de l’architecture Mono Poste
Cette installation requiert l’installation de Sage 1000 Trésorerie et/ou Banque Paiement (bases et société) et de Sage Communication Bancaire (application et base) sur une même station de travail.
Cette architecture permet :
L’utilisation de modem analogique répondant aux normes V90 ou V92 en accès PAD vers TRANSPAC ou d’un adaptateur Numéris en point à point ou EBS (vers TRANSPAC).
L’utilisation de la carte DX+ pour valider et transporter les fichiers ETEBAC 5 Un accès unique depuis cette station de travail
Cette architecture ne permet pas :
Une utilisation simultanée multi utilisateurs
Présentation de l’architecture Mono Serveur
Cette installation requiert l’installation de Sage 1000 Trésorerie et/ou Banque Paiement (base et société) et de Sage Communication Bancaire (application et base) sur un même serveur.
Cette architecture permet :
Une centralisation de la communication
Des envois de fichiers ETEBAC 3 et ETEBAC 5 en simultané Des envois de fichiers EBICS en simultané
L’utilisation de la carte D9 pour valider automatiquement le transport de fichiers ETEBAC 5 Un accès Multi utilisateur sur Sage 1000 Trésorerie et/ou Banque Paiement (en WEBTOP ou
en DESKTOP)
Cette architecture ne permet pas :
L’isolement de la partie Communication Bancaire D’utiliser un modem asynchrone en connexion PAD
Présentation de l’architecture Serveur dédié
L’objectif de cette architecture est de séparer la partie métier des logiciels de Trésorerie de la partie Communication Bancaire.
Cette installation requiert l’installation de Sage 1000 Trésorerie et/ou Banque Paiement (base et société) sur un serveur et de Sage Communication Bancaire (application et base) sur un serveur différent.
Cette architecture permet :
Une centralisation de la Communication Bancaire Une sécurisation accrue de la solution
Une séparation de la Communication Bancaire et de la logique métier Des envois de fichiers ETEBAC 3 et ETEBAC 5 en simultané
Des envois de fichiers EBICS en simultané
L’utilisation de la carte D9 pour valider automatiquement le transport de fichiers ETEBAC 5 Un accès Multi utilisateur sur Sage 1000 Trésorerie et/ou Banque Paiement (en WEBTOP ou
en DESKTOP)
Cette architecture ne permet pas : D’utiliser un modem analogique
Composants logiciels serveurs validés en fonction des architectures
Architecture Mono Poste
Architecture Mono Serveur
Architecture Serveur Dédié
Systèmes d’exploitation Sage 1000 SCB
Microsoft Windows Vista (FR)
Microsoft Windows 7 (FR-EN)
Microsoft Windows XP Pro SP2 (FR-US-ES)
Microsoft Windows 2000 Server SP4 (1)
Microsoft Windows 2003 Server SP1 et + (1)
(1) Attention, le serveur ne doit pas être Contrôleur de Domaine
Composants MS Windows
Microsoft .Net Framework 1.1/ 3.5 SP1
MS .Net Framework 1.1 : Pré-requis moteur de communication SCB MS .Net Framework 2.0 : Pré-requis MS SQL Server et site WEB SCB
MS .Net Framework 3.5 SP1 : Pré-requis Services Web et SQL Server, Cryptographie SHA256
Serveurs WEB
Microsoft IIS 5 (MS Windows 2000 Server)
Microsoft IIS 5.1 (MS Windows XP)
Microsoft IIS 6.0 (MS Windows 2003 server)
Microsoft IIS 7.5 (Windows 7/Windows Server 2008)
Microsoft IIS 7 (MS Windows Vista)
Apache pour Windows 1.3.x, 2.0.x, 2.2.x
Système de Gestion de Base de Données Relationnelle
Microsoft SQL Server 2000 Standard Edition SP4
Microsoft SQL Server 2000 Edition Workgroup SP4 (2)
Microsoft SQL Server 2005 Standard Edition SP1
Microsoft SQL Server 2005 Edition Workgroup SP1(2) Microsoft SQL Server 2008 toutes les éditions ainsi
que la version Express (version gratuite)
Microsoft SQL Server 2005 Express Edition (version
gratuite) (2)
Oracle 9.2.0.8 / Oracle 10G R2
SageSQL
2)Classement FRENCH_CI_AS, authentification mixte uniquement et le composant « Recherche de texte intégra »l/ »Oracle Text » doit être installé
Composants matériels de télécommunication validés en fonction des architectures *
Architecture Mono Poste
Architecture Mono Serveur
Architecture Serveur Dédié
Matériel Télécom Sage 1000 SCB
Carte Diva Server BRI 2M PCI Express (RNIS) Carte Bewan GAZEL Server 128 PCI (RNIS) Adaptateur Bewan GAZEL 128 USB (RNIS) Adaptateur US ROBOTICS USB 56K V92 (RTC)
Adaptateur OLITEC speed’com USB V92 (RTC)
Lecteur de cartes (si ETEBAC5) lecteur Omnikey 3821 USB
* Attention, vérifier la disponibilité des drivers en fonction du système d’exploitation choisi.
Par exemple : il n’existe pas de drivers Bewan Gazel 128 USB (RNIS) pour les OS Windows Server 2003 et 2008.
Composants logiciels postes de travail validés dans le cas des architectures serveur
Architecture Mono Serveur
Architecture Serveur Dédié
Systèmes d’exploitation
Microsoft Windows XP Pro SP4
Microsoft Windows 2000 Pro SP2
Microsoft Windows 7
Microsoft Windows Vista Pro / Integral
Navigateurs WEB
Microsoft Internet Explorer 6 SP1
Microsoft IE 8
Microsoft Internet Explorer 7
Mozilla Firefox pour Windows 2.x (logiciel libre)
Rappel des contraintes autour de Sage Communication Bancaire
Serveur Sage Communication Bancaire
Rappel : Le composant Microsoft .net Framework 3.5 SP1 /1.1 est un pré-requis à l'installation sur le serveur Rappel : Le composant Microsoft IIS est un pré-requis à l'installation sur le serveur, IIS est un composant de toutes les plateformes Windows supportées par SCB, il suffit de l’activer.
Rappel : Le Serveur devra posséder un emplacement PCI standard
Rappel : Les Bus PCIX ne sont pas compatibles avec les cartes Bewan Gazel
Rappel : Une carte Bewan Gazel PCI standard doit être utilisée sur une machine de type Station de Travail Rappel : Une carte Bewan Gazel 128 serveur doit être utilisée sur une machine de type serveur
Rappel : le serveur SCB ne peut pas être contrôleur de domaine ou serveur DHCP, DNS, de messagerie Rappel : La partie SCB n’est pas compatible Windows 2000
Sage 1000 et Sage Communication Bancaire – Compatibilité Environnement Spécifique
Citrix/Terminal Server
L’utilisation de plateforme Citrix Présentation Server ou de Terminal Server a pour but de faciliter l’accès pour les utilisateurs ayant des bandes passantes insuffisantes.
Sage 1000 s’appuyant sur la plateforme SAFE 1000, la compatibilité est assurée avec les versions Citrix supportées par cette dernière.
La partie Sage Communication Bancaire est compatible avec les environnements Citrix/Terminal Server à condition que les 2 points suivants soient respectés :
• La session CITRIX doit piloter le lecteur de carte DX+ qui se trouve sur le poste du client CITRIX.
• Le dispositif modem utilisé pour les transferts doit être celui du serveur CITRIX et non celui du poste client CITRIX, car un poste client CITRIX peut avoir ces propres paramètres de sortie de ligne comme un préfixe par exemple.
Sous CITRIX il est préférable de passer par une Architecture Serveur Dédié.
Virtualisation de serveurs
Sage 1000 s’appuyant sur la plateforme SAFE 1000 la compatibilité est assurée avec les outils de virtualisation.
Nous attirons toutefois votre attention sur le fait que toutes les composantes de votre environnement de production doivent être compatibles avec cette architecture et notamment que l’éditeur de la base de donnée supporte et valide ce type d’environnement de virtualisation.
Sage Communication Bancaire est totalement compatible avec les outils de virtualisation à condition que les pré-requis techniques soient respectés.
Sage 1000 et Sage Communication Bancaire – Exemple de dimensionnement matériel
Dimensionnement d’architecture Mono Poste
Type Station de Travail
Quantité 1
CPU Machine de type Intel Dual Core 2 - 3,6Ghz
RAM 2 GB
Disques internes 6 Go d’espace disque requis OS
Microsoft Windows 7 Microsoft Windows Vista Microsoft Windows XP Pro SP2 Software Microsoft IIS 5.1 / IIS 7
MS SQL Server 2000 Workgroup / 2005 Express Périphérique requis Slot PCI ou Port USB
Matériel Télécom
Adaptateur US ROBOTICS USB 56K V92 (RTC) (3) Adaptateur OLITEC speed’com USB V92 (RTC) (3) Adaptateur Bewan GAZEL 128 USB (RNIS) (3)
(3) Pour Vista, les pilotes doivent être disponibles.
Lecteur de cartes
(si ETEBAC 5) Omnikey 3821 (Port USB)
Dimensionnement d’architecture Mono Serveur
Type Serveur Sage 1000 et Sage Communication
Bancaire
Quantité 1
CPU Serveur type Mono processeur Intel Xéon - 2,8Ghz
RAM Minimum 3 GB
Disques internes 6 Go d’espace disque requis
OS Microsoft Windows 2003 / Windows Server 2008 Software Microsoft IIS 6 / IIS 7 / IIS 7.5
MS SQL Server 2000 / 2005 / 2008 Périphérique requis Slot PCI
Adaptateur Riser si format boîtier Rack 1U Matériel Télécom
Carte Dialogic DIVA ISDN BRI-2 PCIe v1 (RNIS) * Carte Bewan GAZEL Server 128 PCI (RNIS) * Adaptateur Bewan GAZEL 128 USB (RNIS) Lecteur de cartes
(si ETEBAC 5) Omnikey 3821 (Port USB)
* Nous recommandons les cartes PCI pour les serveurs
Dimensionnement d’architecture Serveur Dédié
Type Serveur Sage 1000
Quantité 1
CPU Serveur type Biprocesseur Intel Xéon 2.8Ghz
RAM Minimum 3 GB
Disques internes 6 Go d’espace disque requis OS Microsoft Windows 2000 / 2003 Software Microsoft IIS 5-6 / Apache
MS SQL Server 2000/2005 ou Oracle 9I/10G R2
Réseau 1 Gb/s
Type Serveur Sage Communication Bancaire
Quantité 1
CPU Serveur type Mono processeur Intel Xéon 2.8Ghz
RAM 2 GB
Disques internes 2 Go d’espace disque requis
OS Microsoft Windows 2003 / 2008 / 2008 R2 Software Microsoft IIS 6 / IIS 7 / IIS 7.5
MS SQL Server 2000 / 2005 / 2008 Standard ou Express Périphérique requis Slot PCI
Adaptateur Riser si format boîtier Rack 1U Matériel Télécom
Carte Dialogic DIVA ISDN BRI-2 PCIe v1 (RNIS) * Carte Bewan GAZEL Server 128 PCI (RNIS) * Adaptateur Bewan GAZEL 128 USB (RNIS) Lecteur de cartes
(si ETEBAC 5) Omnikey 3821 (Port USB)
* Nous recommandons les cartes PCI pour les serveurs
Solution Sage 1000 Edition Pilotée
Guide de Préconisations Technique
Sage 1000 Edition Pilotée – Généralités
Sage 1000 Suite Financière Edition pilotée et Sage 1000 Gestion Comptable&Financière Edition Pilotée associe la plateforme Safe 1000 et la plateforme décisionnelle Business Object XI 3.1 Enterprise.
Les licences fournies pour la plateforme décisionnelle Business Object autorisent l’exploitation des données en relation avec les données Sage 1000.
Cette intégration permet…
Une ouverture aux fonctions de « Business Intelligence »
Par constitution d’un entrepôt de données, le Datamart, proposant les données issues des sociétés Sage 1000 selon un modèle relationnel orienté décisionnel.
Le Datamart est maintenu à jour par un outil ETL (Extract Transform Load).
Cet outil est constitué de requêtes ETL (exécutées par des automates Sage 1000) réalisant : Extract : extractions alimentant le Datamart à partir des bases de données Sage 1000 Transform : transformations des données
Load : consolidation des données issues de plusieurs sociétés dans le Datamart
Et par un ou plusieurs Univers BO (Business Object) s’appuyant sur le Datamart (lecture des données). Permettant ainsi de construire des états analytiques décisionnels grâce aux outils BO.
Intégration au portail d’entreprise de Business Object XI 3.1
Cette intégration permet de publier les nombreux états standards des applications Sage 1000 au sein du portail XI/3.1, rendant ainsi des états disponibles aux collaborateurs de l’entreprise dans un cadre unifié par le référentiel XI 3.1.
Les états sont publiés à travers une tâche de publication XI/3.1 dans un automate Sage 1000. Ces tâches exécutent ces états et publient les documents résultants dans le référentiel XI 3.1. Deux formats de publication sont disponibles (PDF et HTML).
Les états sont consultables directement depuis BO ou à travers le portail WEB Sage 1000 disponible en Desktop ou en Webtop.
Schéma de Principe
Contrôleur L1000 Serveur L1000
Serveur Business Objects
Dialogue via Java ou objets COM Protocole LDAP pour authentification sécurisée
Serveur SQL Référentiel BO (CMS)
Base Référentiel Sage 1000
Base Métier Sage 1000
Base Datamart (DatawareHouse)
Information de connexion Information de connexion
Client Desktop
Ordres de l’assistant de création de solution pilotée
Notions complémentaires Protocole LDAP
Utilisé pour identifier un utilisateur via un protocole sécurisé et standardisé.
CMS (Central Management Server)
C'est le processus central de la couche d'intelligence Business Objects Enterprise XI 3.1.
Ces informations indispensables au fonctionnement de la plateforme décisionnelle sont stockées dans une base de données spécifique (Référentiel CMS)
Toutes les connexions à plateforme décisionnelle passent par le CMS, y compris les connexions établies à partir du Client Desktop Intelligence.
Il ne s'agit pas d'un stockage physique de ces objets mais de pointeurs vers les objets physiques : les fichiers .rep Desktop Intelligence.
les fichiers .wid Web Intelligence.
les fichiers .rpt Crystal Reports.
les fichiers univers.
Sage 1000 Edition Pilotée – Architecture Technique
La solution Sage 1000 Edition Pilotée est constituée de 2 éléments indépendants
Le module métier de Sage 1000 Gestion Comptable & Financière ou Suite Financière intégré au Framework de la plateforme Safe 1000
Le module d’édition pilotée offert par la plateforme décisionnelle Business Objects
Architectures définies :
Mono-tiers : Adaptée aux installations sur des postes de démonstration ou des serveurs de test (Non supporté en Production).
Multi-tiers : Architecture mutualisant la plateforme décisionnelle BO et la solution Sage 1000
Cette architecture minimise le nombre de machine physique. Elle permet de mutualiser le serveur de base de données et le serveur d’application.
D’autres architectures impliquant plus de machine physique sont envisageables ou peuvent être nécessaire en fonction des besoins et/ou de l’existant.
Détail de l’architecture Mono-tiers
Détail de l’architecture Multi-tiers
Sage 1000 Edition Pilotée – Composants logiciels validés
Composants logiciels serveurs validés en fonction des architectures
Architecture Mono-Tiers
Architecture Multi-Tiers
Systèmes d’exploitation
Serveur d’application Sage 1000&BO
Serveur de bases de données
Microsoft Windows 2000 Server Standard/Entreprise Edition SP4(1) Microsoft Windows 2003 Server Standard/Entreprise Edition SP2(1)
(1) Attention, le serveur ne doit pas être Contrôleur de Domaine
Composants logiciels et Application Web Microsoft IIS 6.0 (Avec Extension et filtre ISAPI)
et Apache Tomcat 5.5 (Fourni avec BO XI 3.1)
Microsoft .Net Framework 2.0
Système de Gestion de Base de Données Relationnelle
Microsoft SQL Server 2000 Standard/Entreprise Edition SP4(2) Microsoft SQL Server 2005 Standard/Entreprise Edition SP2(2)
Oracle 10G R2
(2)Classement FRENCH_CI_AS, authentification mixte uniquement et le composant « Recherche de texte intégra »l/ »Oracle Text » doit être installé
Composants logiciels postes de travail validés en fonction des architectures
Architecture Mono-Tiers
Architecture Multi-Tiers
Systèmes d’exploitation
Microsoft Windows 2000 Pro SP2
Microsoft Windows XP Pro SP4
Microsoft Windows Vista Pro / Integral
Navigateurs Web
Microsoft Internet Explorer 6
Microsoft Internet Explorer 7
Mozilla Firefox pour Windows 2.x (logiciel libre)
Sage 1000 Edition Pilotée – Compatibilité Environnement Spécifique
Citrix/Terminal Server
L’utilisation de plateforme Citrix Présentation Server ou de Terminal Server a pour but de faciliter l’accès pour les utilisateurs ayant des bandes passantes insuffisantes.
Sage 1000 s’appuyant sur la plateforme SAFE 1000, la compatibilité est assurée avec les versions Citrix supportées par cette dernière.
Dans notre solution la publication des clients Business Objects n’ont pas lieu d’exister.
Virtualisation de serveurs
Sage 1000 s’appuyant sur la plateforme SAFE 1000 la compatibilité est assurée avec les outils de virtualisation.
Nous attirons toutefois votre attention sur le fait que toutes les composantes de votre environnement de production doivent être compatibles avec cette architecture et notamment que l’éditeur de la base de donnée supporte et valide ce type d’environnement de virtualisation.
Cependant l’éditeur partenaire Business Objects déconseille la virtualisation pour la plateforme décisionnelle
Sage 1000 Edition Pilotée – Exemple de dimensionnement matériel
Dimensionnement d’architecture Mono-Tiers
Type Serveur d’application et de base de données
Quantité 1
CPU Serveur type Intel Xéon (mono ou dual Core) -2,8Ghz ou Station de travail type Intel dual Core 2
RAM 3 GB
Services BO XI 3.1 : environ 350 Mo, DatawareHouse Sage 1000 : environ 150 Mo
Disques internes 6 Go d’espace disque requis
3 Go pour C:\Program Files\Business Objects, 2 Go pour le Datamart Sage 1000 et Bases 1000
OS Microsoft Windows server 2003 SP2 Software
Microsoft IIS 6 Apache Tomcat
MS SQL Server 2000/2005 ou Oracle 10G R2
Réseau 1 Gb/s
Dimensionnement d’architecture Multi-Tiers
Type Serveur de base de données
Quantité 1
CPU Serveur type Intel Xéon Dual Core - 2,8Ghz
RAM 3 GB
Disques internes A définir en fonction du projet à implémenter (Contacter les services techniques)
OS Microsoft Windows server 2003 SP2
Software MS SQL Server 2000/2005 ou Oracle 10G R2
Réseau 1 Gb/s
Type Serveur d’application
Quantité 1
CPU Serveur type Intel Xéon (mono ou Dual Core)
RAM 2 GB
Disques internes Minimum 5 Go d’espace disque requis OS Microsoft Windows server 2003 SP2 Software
Microsoft IIS 6 Apache Tomcat Sage Serveur 1000
Serveur Business Objects
Réseau 1 Gb/s
Dimensionnement postes de travail
Type Poste de Travail
CPU Pentium IV supérieur ou égal à 2.0 Ghz
RAM minimum 512 Mo
Disques internes 300 Mo disponible (si client lourd) 32bit/64bit 32 bits / 64 bits
OS Windows XP Français
Windows 2000 Pro Français
Software Internet Explorer 6.x, Internet Explorer 7 ou Mozilla Firefox (si client WEB)
Formule de dimensionnement d’un serveur BO
Hors hébergement de la base de données UP = nombre d’utilisateurs potentiels
UP * 10% / 2 = nombre d’utilisateurs concurrents du référentiel
1 processeur Intel Xéon 3.00 GHz avec 2 GB RAM pour 8 à 15 utilisateurs concurrents du référentiel Pour 200 à 300 UP (soit 10 à 15 utilisateurs concurrent du référentiel)
Processeur : Intel Xeon 3.00 GHz RAM : 2 Go
Disque : 2 x 72 GB en RAID-1
Pour 400 à 600 UP (soit 20 à 30 utilisateurs concurrent du référentiel) Processeur : 2 x Intel Xeon 3.00 GHz
RAM : 4 Go
Disque : 2 x 72 GB en RAID-1
Pour 800 à 1200 UP (soit une centaine d’utilisateurs concurrents du référentiel) Processeur : 4 x Intel Xeon 3.00 GHz
RAM : 6 Go
Disque : 2 x 72 GB en RAID-1
Plateforme Safe 1000
Guide de Préconisations Techniques
Plateforme Safe 1000 - Annexes
Paramétrage SageSQL
Paramétrage Microsoft SQL Server
Paramétrage Oracle 10g
Mise en œuvre du fichier dbdrivers.ini
Déploiement automatique de la Ligne 1000
Sauvegarde et Restauration des bases Ligne 1000
Mise en œuvre de la boucle locale Microsoft
Client Microsoft Outlook
Plateforme Safe 1000
Guide de Préconisations Techniques
Paramétrage SageSQL
Détail de l’installation
Se référer au document BDDSageSQL.pdf livré avec le CDROM SageSQL pour prendre connaissance des caractéristiques du déploiement SageSQL.
SAGE propose aujourd’hui un déploiement totalement automatisé des sources Oracle, la création simplifiée de la base de données SageSQL.
Le déploiement de l’ensemble de la configuration dure à peine 30mn.
Pré-requis configuration TCP/IP
Le serveur cible doit disposer d’une adresse TCP/IP fixe. Si ce n’est pas le cas, il est nécessaire d’installer une carte de bouclage Microsoft. Pour les détails du paramétrage, consulter les procédures d’installation mises à disposition sur le site internet de Microsoft ou l’annexe Mise en œuvre de la carte de bouclage Microsoft.
Cohabitation versions antérieures
SageSQL peut cohabiter avec des versions Oracle antérieures.
Cependant lorsque le volume de données est important (quelques millions d’écritures), il est vivement conseillé de dédier un serveur à la seule instance SageSQL et ceci pour des soucis d’optimisation des performances.
Paramétrage de l’Instance
Tous les paramètres essentiels de l’instance sont pré-paramétrés. L’instance est initialisée de façon à laisser à SageSQL la responsabilité de la gestion mémoire. En fonction des besoins de l’application, SageSQL utilisera plus ou moins de mémoire (dans la limite des paramètres définis lors de
l’installation) et ce de façon transparente pour l’utilisateur.
Dans la majorité des cas, il ne sera pas nécessaire de modifier ces paramètres. Si nécessaire, les paramètres peuvent être consultés et optimisés à l’aide de la Console d’Administration SageSQL, option Configurer le Serveur.
Vous trouverez ci-dessous les principales caractéristiques de la base SageSQL Nom de l’instance : SageSQL (non modifiable)
Mémoire réservée pour SageSQL : 2/3 de la mémoire disponible (modifiable lors de l’installation)
Mot de passe utilisateur SYS : (initialisé lors de l’installation) Mot de passe utilisateur SYSTEM : (initialisé lors de l’installation) Paramétrage du réseau
Le module d’écoute est paramétré et démarré à la fin de l’installation.
Numéro de Port du processus d’écoute défini par défaut : 1527 Nom de service réseau : SageSQL
Arborescence déployée
L’emplacement des sources SageSQL et des données est défini à l’installation.
Le lecteur disque disposant du plus grand espace sera proposé par défaut.
C:\Sagedb : pour les sources SageSQL
C:\Sagedb\Data : pour les fichiers de la base de données C:\Sagedb\Sauvegarde : pour les fichiers de sauvegarde Espace disque requis lors d’une première installation :
Sources SageSQL : 850 Mo
Base de données SageSQL : 1,25 Go
Planification des Jobs
Ci-dessous les principaux travaux programmables
Collecte des statistiques : par défaut, travail planifié aux fréquences suivantes : Lundi/Mardi/Mercredi/Jeudi/Vendredi à 22h00
Samedi à 00h00
Dimanche (aucun travail planifié)
Le travail peut être modifié au sein de SageSQL Administration, option Planification du Recalcul des statistiques.
Les sauvegardes :
Par défaut aucune sauvegarde n’est planifiée, nous vous invitons fortement à réaliser cette planification lors de la première installation.
Le travail peut être créé au sein de SageSQL Administration, option Planification des Sauvegardes.
Plateforme Safe 1000
Guide de Préconisations Technique
Paramétrage Microsoft SQL Server
Notion de base avec SQL Server
La notion de base de la plateforme Safe 1000 est intégrée sur Microsoft SQL Server de la façon suivante : une base de données Safe1000 correspond à une base de données de SQL Server.
On aura donc sur SQL Server :
Une base de données pour le Référentiel, Autant de bases de données que de Sociétés.
La création d’une base de données dans la plateforme Safe 1000 entraîne : La création d’une base de données SQL Server,
La création des objets SQL (tables, index, …) dans cette base.
La plateforme Safe 1000 se connecte à cette base avec les utilisateurs créés par l’administrateur de Microsoft SQL Server.
Remarque
Pour simplifier l’utilisation de la plateforme Safe 1000 et pour éviter que les utilisateurs aient connaissance du mot de passe du compte de connexion SQL, associez systématiquement les utilisateurs de la plateforme Safe 1000 aux bases (cf. annexe : « Association d’un utilisateur à une base de données »).
Classements autorisés
Classement de l’instance FRENCH_BIN (Installation Personnalisée de SQL Server) FRENCH Ordre du dictionnaire français
BIN Sensible à la casse, aux lettres accentuées, se base sur le numéro ASCII des caractères alphanumériques, ne suit plus l’ordre du dictionnaire Classement de l’instance FRENCH_CI_AS
FRENCH Ordre du dictionnaire français
CI Insensible à la casse
AS Sensible aux lettres accentuées
Gestion des comptes de connexion SQL Server
Il est conseillé de créer un compte de connexion SQL par utilisateur.
Caractéristiques des comptes de connexion : Langue French - Français
Accès à la Base de données Référentiel et les Bases de données Société Autorisation Public et DbOwner pour chaque Base de données accédée.
Pour des performances accrues, le login réseau de l’utilisateur doit être créé dans la base de compte du contrôleur de domaine (ou de l’Active Directory) dans lequel se trouve le serveur Microsoft SQL Server.
Quelque soit le type de base de données utilisé, l’installation doit être Mono serveur et Mono Instance.
Il est conseillé d’activer les options suivantes pour toutes les bases de données de la paletforme Safe 1000 :
Modèle de Récupération Simple (Vider le journal au point de contrôle) Mise à jour automatique des statistiques
Création automatique des statistiques
Niveau de compatibilité des bases de données : 80 ou 90 Recherche de texte intégrale
Dans la mesure où la Recherche de texte Intégral est utilisée pour une des sociétés, il est indispensable d’installer le composant SQL Server Recherche de texte Intégral.
Méthode d’accès
La plateforme Safe 1000 utilise la technologie ADO.NET (fournisseur d’accès System.Data.OleDb) pour accéder à la base de données.
Modes de sécurité Microsoft SQL Server Authentification Windows
Le mode d'authentification Windows permet à un utilisateur de se connecter à SQL Server via un compte d'utilisateur Windows.
Lorsqu'un utilisateur se connecte par le biais d'un compte utilisateur Windows, SQL Server valide à nouveau le nom du compte et le mot de passe en rappelant Windows pour obtenir les informations dont il a besoin.
Mode Mixte
Le mode mixte permet aux utilisateurs de se connecter à SQL Server à l'aide de l'authentification Windows ou SQL Server.
Lorsqu'un utilisateur se connecte avec un nom d'accès et un mot de passe spécifiés à partir d'une connexion non autorisée, SQL Server réalise l'authentification en vérifiant si un compte de connexion d'accès SQL Server a été défini et si le mot de passe spécifié correspond à celui enregistré
précédemment.
Modes de sécurité et la plateforme Safe 1000
Les 2 types d’authentification (Authentification Windows et Mixte) sont supportés par les applications de la plateforme Safe 1000 et ce pour le client DeskTop ou WebTop.
Suggestion de plans de maintenance Mise à jour des statistiques
A faire régulièrement ou dans les cas suivants :
un grand nombre de données a été ajouté, modifié ou supprimé.
Exemple de requête SQL permettant de mettre à jour les statistiques des tables d’une base
declare @TABLE varchar(128)
declare TABLEUSER cursor for select name from sysobjects where type ='U'
open TABLEUSER
fetch next from TABLEUSER into @TABLE while @@FETCH_STATUS = 0
begin
execute ('UPDATE STATISTICS ' + @TABLE) fetch next from TABLEUSER into @TABLE end
close TABLEUSER deallocate TABLEUSER
Reconstruction des index
A faire régulièrement ou dans les cas suivants :
d'importantes modifications sont apportées aux valeurs des clés d’index un grand nombre de données a été ajouté, modifié ou supprimé.
Exemple de requête SQL permettant de reconstruire les index d’une base
declare @TABLE varchar(128)
declare TABLEUSER cursor for select name from sysobjects where type ='U'
open TABLEUSER
fetch next from TABLEUSER into @TABLE while @@FETCH_STATUS = 0
begin
execute ('DBCC DBREINDEX (' + @TABLE+')') fetch next from TABLEUSER into @TABLE end
close TABLEUSER deallocate TABLEUSER
Planifier des sauvegardes régulières.
Plateforme Safe 1000
Guide de Préconisations Technique
Spécificités SQL Server 2005 Express
Spécificités SQL Server 2005 Express
Le composant SQL Server SQL Agent Job Scheduling Service n’est pas disponible dans la version SQL Server 2005 Express. Cette absence interdit toute création de Plan de Maintenance, notamment l’automatisation des sauvegardes.
Pour pallier à cet inconvénient, il est nécessaire de créer un script TRANSACT-SQL associé à une tâche planifiée Windows pour automatiser les sauvegardes.
Pour information, nous fournissons un exemple de réalisation de script TRANSACT-SQL permettant de sauvegarder une base. Il est naturellement perfectible.
/* Déclaration Variables */
SET NOM_BACKUP=SAGE_BACKUP
SET SERVEUR_SQL=INSTANCE\SQLEXPRESS SET NOM_BASE=DBMASTER
/* Gestion dates associées aux sauvegardes */
IF NULL%time:~0,1% EQU NULL (
SET DATETIME=%date:~0,2%%date:~3,2%%date:~6,4%_0%time:~1,1%%time:~3,2%%time:~-5,2%
) ELSE (
SET DATETIME=%date:~0,2%%date:~3,2%%date:~6,4%_%time:~0,2%%time:~3,2%%time:~-5,2%
)
SET FICHIER=C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\%NOM_BACKUP%_%DATETIME%.bkp
/* BACKUP TRANSACT-SQL */
"C:\Program Files\Microsoft SQL Server\90\Tools\Binn\sqlcmd" -S %SERVEUR_SQL% -Q "BACKUP DATABASE %NOM_BASE% TO DISK
= N'%FICHIER%' WITH NOFORMAT, NOINIT, NAME = N'Sauvegarde Complète Base de données', SKIP, NOREWIND, NOUNLOAD, STATS = 10"
Plateforme Safe 1000
Guide de Préconisations Technique
Paramétrage Oracle 10g
Scripts de création Oracle 10.1.0.2.0 Windows
Caractéristiques PFILE
db_name = SAGE
instance_name = SAGE
control_files = C:\Oracle\Oradata\SAGE\CONTROL01.CTL, C:\Oracle\Oradata\SAGE\CONTROL02.CTL, C:\Oracle\Oradata\SAGE\CONTROL03.CTL background_dump_dest = C:\Oracle\admin\SAGE\bdump
user_dump_dest = C:\Oracle\admin\SAGE\udump core_dump_dest = C:\Oracle\admin\SAGE\cdump db_create_file_dest = C:\Oracle\Oradata
max_dump_file_size = UNLIMITED
db_block_size = 8192
sga_max_size = 1536M
sga_target = 1536M
pga_aggragate_target = 512M
undo_management = AUTO
undo_tablespace = UNDOTBS1
undo_retention = 10800
job_queue_processes = 10
open_cursors = 500
processes = 150
dml_locks = 500
remote_login_passwordfile = EXCLUSIVE
compatible = 10.2.0.2.0
statistics_level = TYPICAL
timed_statistics = TRUE
optimizer_mode = CHOOSE
Conversion PFILE vers SPFILE
CREATE SPFILE = '%ORACLE_HOME%\database\SPFILESAGE.ORA' FROM PFILE = '%ORACLE_HOME%\database\PFILESAGE.ORA'
Conversion SPFILE vers PFILE
CREATE PFILE = '%ORACLE_HOME%\database\PFILESAGE.ORA' FROM SPFILE = '%ORACLE_HOME%\database\SPFILESAGE.ORA'
ORADIM -EDIT -SID SAGE -STARTMODE auto Création base SAGE
CONNECT SYS/SAGE AS SYSDBA STARTUP NOMOUNT
CREATE DATABASE MAXINSTANCES 1 MAXLOGHISTORY 1 MAXLOGFILES 10 MAXLOGMEMBERS 5 MAXDATAFILES 100 CONTROLFILE REUSE
DATAFILE 'C:\Oracle\oradata\SAGE\system01.dbf'
SIZE 300M REUSE AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SYSAUX DATAFILE 'C:\Oracle\oradata\SAGE\sysaux01.dbf'
SIZE 120M REUSE AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED
DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE 'C:\Oracle\oradata\SAGE\temp01.dbf'
SIZE 512M REUSE AUTOEXTEND ON NEXT 32M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL UNIFORM SIZE 32M
UNDO TABLESPACE UNDOTBS1 DATAFILE 'C:\Oracle\oradata\SAGE\undotbs01.dbf' SIZE 256M REUSE AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED
CHARACTER SET WE8MSWIN1252
LOGFILE
GROUP 1 ('C:\Oracle\oradata\SAGE\redo01a.log') SIZE 100M REUSE, GROUP 2 ('C:\Oracle\oradata\SAGE\redo02a.log') SIZE 100M REUSE, GROUP 3 ('C:\Oracle\oradata\SAGE\redo03a.log') SIZE 100M REUSE USER SYS IDENTIFIED BY SAGE
USER SYSTEM IDENTIFIED BY SAGE;
@%ORACLE_HOME%\rdbms\admin\catalog.sql
@%ORACLE_HOME%\rdbms\admin\catproc.sql CONNECT SYSTEM/SAGE
@%ORACLE_HOME%\sqlplus\admin\pupbld.sql
Scripts de création Oracle 10.2.0.2.0 Unix/Linux
Caractéristiques PFILE
db_name = SAGE
instance_name = SAGE
control_files = /oradata/SAGE/CONTROL01.CTL, /oradata/SAGE/CONTROL02.CTL, /oradata/SAGE/CONTROL03.CTL background_dump_dest = /oradata/admin/SAGE/bdump user_dump_dest = /oradata/admin/SAGE/udump core_dump_dest = /oradata/admin/SAGE/cdump max_dump_file_size = UNLIMITED
db_create_file_dest = /oradata/SAGE
db_block_size = 8192
sga_max_size = 1536M
sga_target = 1536M
pga_aggragate_target = 512M
undo_management = AUTO
undo_tablespace = UNDOTBS1
undo_retention = 10800
job_queue_processes = 10
open_cursors = 500
processes = 150
dml_locks = 500
remote_login_passwordfile = EXCLUSIVE
compatible = 10.2.0.2.0
statistics_level = TYPICAL
timed_statistics = TRUE
optimizer_mode = CHOOSE
Conversion PFILE vers SPFILE
CREATE SPFILE = '$ORACLE_HOME/dbs/SPFILESAGE.ORA' FROM PFILE = '$ORACLE_HOME/dbs/PFILESAGE.ORA' Conversion SPFILE vers PFILE
CREATE PFILE = '$ORACLE_HOME/dbs/PFILESAGE.ORA' FROM SPFILE = '$ORACLE_HOME/dbs/SPFILESAGE.ORA'
STARTUP NOMOUNT CREATE DATABASE MAXINSTANCES 1 MAXLOGHISTORY 1 MAXLOGFILES 10 MAXLOGMEMBERS 5 MAXDATAFILES 100 CONTROLFILE REUSE
DATAFILE '/oradata/SAGE/system01.dbf'
SIZE 300M REUSE AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SYSAUX DATAFILE '/oradata/SAGE/sysaux01.dbf'
SIZE 120M REUSE AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED
DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE '/oradata/SAGE/temp01.dbf'
SIZE 512M REUSE AUTOEXTEND ON NEXT 32M MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL UNIFORM SIZE 32M
UNDO TABLESPACE UNDOTBS1 DATAFILE '/oradata/SAGE/undotbs01.dbf' SIZE 256M REUSE AUTOEXTEND ON NEXT 50M MAXSIZE UNLIMITED CHARACTER SET WE8MSWIN1252
LOGFILE
GROUP 1 ('/oradata/SAGE/redo01a.log') SIZE 50M REUSE, GROUP 2 ('/oradata/SAGE/redo02a.log') SIZE 50M REUSE, GROUP 3 ('/oradata/SAGE/redo03a.log') SIZE 50M REUSE USER SYS IDENTIFIED BY SAGE
USER SYSTEM IDENTIFIED BY SAGE;
@$ORACLE_HOME/rdbms/admin/catalog.sql
@$ORACLE_HOME/rdbms/admin/catproc.sql CONNECT SYSTEM/SAGE
@$ORACLE_HOME/sqlplus/admin/pupbld.sql
Gestion de l’interface WEB Enterprise Manager d’Oracle
Dans certains cas, il peut s’avérer nécessaire de reconfigurer la Console d’Administration Oracle.
Lorsque le nom du serveur Oracle, le domaine auquel il est rattaché, son adresse IP sont modifiés pour des raisons administratives il conviendra de reconfigurer la console à l’aide de la commande emca –r.
Lorsqu’un dysfonctionnement apparaît, il sera nécessaire de supprimer et de recréer la console. Puis d’étudier les fichiers trace si le dysfonctionnement persiste.
Les trois traitements décrits ci-dessous vous aideront dans cette démarche.
Note : les syntaxes de la commande emca sont légèrement différentes entre Oracle 10g R1 et 10g R2
Aide de la commande emca emca -help
Modification de la Console d’Administration Oracle 10g R1 : emca -r
Oracle 10g R2 : emca –config dbcontrol db –repos recreate –SID SAGE Suppression de la Console d’Administration
Oracle 10g R1 : emca –x
Oracle 10g R2 : emca –deconfig dbcontrol db –repos drop –SID SAGE Création de la Console d’Administration
Oracle 10g R1 : emca
Oracle 10g R2 : emca –config dbcontrol db –repos create –SID SAGE
Suppression de la Console d’Administration (fenêtre de commande) Les fichiers trace issus du traitement sont stockés dans l’arborescence
<Oracle_Home>\cfgtoollogs.
Il est possible que la nouvelle configuration se fasse sur un autre port que 5500, cette information peut être vérifiée dans le fichier <Oracle_Home>\install\portlist.ini.
SET ORACLE_SID=SAGE emca –x SAGE
Sqlplus /nolog
SQL> connect sys/sage as sysdba SQL> drop user sysman cascade;
SQL> drop user mgmt_view cascade;
SQL> drop role mgmt_user;
SQL> set ver OFF SQL> set echo OFF SQL> set pages 999 SQL> set feed 0 SQL> set heading OFF
SQL> SPOOL del_public_synonym_mgmt.sql
SQL> OR synonym_name like 'SMP_MGMT%' SQL> OR synonym_name in
SQL> ('SETEMVIEWUSERCONTEXT','DBMS_SHARED_POOL','EMD_MNTR','ECM_UTIL');
SQL> SPOOL OFF
SQL> START del_public_synonym_mgmt.sql
Création de la Console d’Administration (fenêtre de commande) Les fichiers trace issus du traitement sont stockés dans l’arborescence
<Oracle_Home>\cfgtoollogs.
Il est possible que la nouvelle configuration se fasse sur un autre port que 5500, cette information peut être vérifiée dans le fichier <Oracle_Home>\install\portlist.ini.
SET ORACLE_SID=SAGE emca
Numéro de Port du Processus d’Ecoute : 1597 SID de la base de données : SAGE
Nom de Service : SAGE
Adresse Email de notification :
Passerelle Email pour la notification : Mot de passe de dbsnmp : SAGE Mot de passe de sysman : SAGE Mot de passe de sys : SAGE
Reconfiguration de la Console d’Administration (fenêtre de commande) Les fichiers trace issus du traitement sont stockés dans l’arborescence
<Oracle_Home>\cfgtoollogs
Il est possible que la nouvelle configuration se fasse sur un autre port que 5500, cette information peut être vérifiée dans le fichier <Oracle_Home>\install\portlist.ini.
Le service OracleDBConsoleSAGE ne doit pas être démarré tant que la reconfiguration n’est pas réalisée avec les nouveaux paramètres du serveur.
SET ORACLE_SID=SAGE emca –r
Numéro de Port du Processus d’Ecoute : 1597 SID de la base de données : SAGE
Nom de Service : SAGE
Adresse Email de notification :
Passerelle Email pour la notification : Mot de passe de dbsnmp : SAGE Mot de passe de sysman : SAGE Mot de passe de sys : SAGE