Solutions Sage 1000 Guide de Préconisations Techniques ...progesys.com/files/PreconisationsTechniquesSage1000etannexe.pdf · Plateforme Safe 1000 – Caractéristiques du serveur

Guide de Préconisations Techniques

© 2010 Sage – Tous droits réservés 1

Solutions Sage 1000


Version 6.00

Guide de Préconisations Techniques Release 3



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 1000 EDITION PILOTEE – GENERALITES 47

SAGE 1000 EDITION PILOTÉE – ARCHITECTURE TECHNIQUE 49

SAGE 1000 EDITION PILOTEE – COMPOSANTS LOGICIELS VALIDES 52

SAGE 1000 EDITION PILOTEE – COMPATIBILITE ENVIRONNEMENT SPECIFIQUE 53

SAGE 1000 EDITION PILOTEE – EXEMPLE DE DIMENSIONNEMENT MATERIEL 54

PLATEFORME SAFE 1000 - ANNEXES 57

PARAMETRAGE SAGESQL 58

PARAMETRAGE MICROSOFT SQL SERVER 61

SPECIFICITES SQL SERVER 2005 EXPRESS 65

PARAMETRAGE ORACLE 10G 67

MISE EN ŒUVRE DU FICHIER DBDRIVERS.INI 75

PARTICULARITE DU DEPLOIEMENT DE L’EDITION PILOTEE SOUS ORACLE 77



DEPLOIEMENT AUTOMATIQUE 79

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




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




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.




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.




Présentation des flux réseaux



Plateforme Safe 1000 - Présentation des flux réseaux




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 ��


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.




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)


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


RAM Minimum 3 GB

Disques internes 2 x 36 GB

SAN -



Software Cf. page 20, système de base de données relationnelle

Réseau 1 Gb/s

Type Serveur d’application + WEB

Quantité 1


RAM Minimum 2 GB




Software Cf. page 20, serveur Web

Réseau 1 Gb/s



Dimensionnement serveur Citrix Metaframe pour 10 utilisateurs

Type Serveur Citrix

Quantité 1


RAM Minimum 2 GB


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



Sage 1000 et Sage Communication Bancaire – Composants logiciels validés

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 7 ��


Navigateurs WEB

Microsoft Internet Explorer 6 SP1 ��

Microsoft IE 8 ��


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


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é.


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


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)



* 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


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


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)



* 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

Dia

logue v

ia J

ava

ou o

bje

ts C

OM

Pro

toco

le L

DAP p

our

auth

entifica

tion s

écu

risé

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. � documents tiers.



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




Navigateurs Web



Mozilla Firefox pour Windows 2.x (logiciel libre) ��



Sage 1000 Edition Pilotée – Compatibilité Environnement Spécifique


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.


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)


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


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)


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


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.



Paramétrage des bases de données

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.




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"




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'



Création Instance SAGE ORADIM -NEW -SID SAGE -SYSPWD SAGE -STARTMODE manual -SPFILE 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'



Création base SAGE CONNECT SYS/change_on_install AS SYSDBA 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> Select 'Drop public synonym ' || synonym_name || ';' SQL> from dba_synonyms



SQL> where synonym_name like 'MGMT%' SQL> OR synonym_name like 'SMP_EMD%' 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



Plan de maintenance

Les plans de maintenance à mettre en œuvre sont identiques à ce que l’on retrouve pour Oracle 9i, hormis pour la sauvegarde et la restauration. Oracle a introduit en version 10g de nouveaux utilitaires pour la sauvegarde et la restauration des données impdp.exe pour l’import des schémas et expdp.exe pour l’export des données. Remarque : Concernant Oracle 10gR1, nous vous conseillons d’utiliser les anciens utilisateurs imp.exe et exp.exe qui sont toujours supportés. Nous avons rencontré des dysfonctionnements importants sur impdp.exe et expdp.exe. Sauvegarde Création du conteneur des sauvegardes (avec SYS ou SYSTEM) SQL > CREATE DIRECTORY SAGE_BACKUP AS 'C:\ORACLE\SAGE\BACKUP' ; Fichier de paramétrage SAGEexpdp.ini DIRECTORY = SAGE_BACKUP DUMPFILE = SAGE1000.DMP LOGFILE = SAGE1000.LOG FULL = YES CONTENT = ALL ESTIMATE = BLOCKS Lancement de l’export expdp.exe system/%SYSTEMPWD% PARFILE=SAGEexpdp.ini Restauration Fichier de paramétrage SAGEimpdp.ini DIRECTORY = SAGE_BACKUP DUMPFILE = SAGE1000.DMP LOGFILE = SAGE1000.LOG FULL = N SCHEMAS = DBMASTER,SOC1,SOC2 STATUS = 15 CONTENT = ALL TABLE_EXISTS_ACTION = REPLACE Lancement de l’import impdp.exe system/%SYSTEMPWD% PARFILE=SAGEimpdp.ini




Mise en œuvre du fichier dbdrivers.ini



Les pilotes de bases de données de la Plateforme Safe 1000 peuvent être configurés à l’aide d’un fichier de configuration dbdrivers.ini. Celui-ci doit être copié dans le répertoire racine de l’installation Plateforme Safe 1000.

Gestion du Pilote SQL Server

[MSSQL\MAIN] TRACE=[0 | 1] Commentaires : TRACE : Activation traces de bas niveau

Gestion du Pilote Oracle

[ORASQL\MAIN] TRACE=[0 | 1] SHARE_CONNECTIONS=[0 | 1] Commentaires : TRACE : Activation traces de bas niveau SHARE_CONNECTIONS : Partage des connexions entre les bases de données

Par défaut, l’application ouvre un certain nombre de connexions pour chaque base de données. Ainsi une société comportant plusieurs bases de données ne partagera pas les connexions lorsque les utilisateurs passeront d’une base à une autre. Ce comportement peut devenir problématique lorsque le nombre de bases de données est élevé. A condition que les bases soient hébergées sur le même serveur cette option permet de partager les connexions entre les différents utilisateurs et ainsi de réduire de façon conséquente la consommation des ressources du serveur.

[ORASQL\USERS\<SCHEMA>\INDEX_TABLESPACE] _DEFAULT=<TBS_INDEX> [ORASQL\USERS\<SCHEMA>\TABLESPACE] TABLESPACE_COUNT=[1 – n] TABLESPACE_0=<TBS_INDEX> TABLESPACE_n=<TBS_INDEX> Commentaires : Par défaut, l’application créé un seul fichier de données contenant les données et les index. Afin d’améliorer les performances, il existe la possibilité de séparer les index et les données dans deux fichiers de données différents (répartir ces données sur des disques différents améliore de façon notable les performances en lecture/écriture des disques). SCHEMA : Nom du schéma à paramétrer _DEFAULT : Nom du tablespace des index pour le schéma courant TABLESPACE_COUNT : Nombre de tablespaces supplémentaires à créer TABLESPACE_X : où X = [0..TABLESPACE_COUNT-1], Nom des tablespaces




Particularité du déploiement de l’édition pilotée sous Oracle



Particularité du déploiement de l’édition pilotée sous Oracle

Dans le cas d’une utilisation de Business Object avec SageSQL ou Oracle, il est obligatoire de modifier le fichier « jdbc.sbo » de BO afin d’y faire figurer le chemin d’accès au fichier « ojdbc14.jar ». La section du fichier à modifier est différente suivant la version d’Oracle ou de SageSQL utilisée. En effet chaque cible possède sa propre section : <DataBase Active="Yes" Name="Oracle 9"> <DataBase Active="Yes" Name="Oracle 10"> Pour SageSQL, la section à modifier est Oracle 10. Et dans ces sections la valeur à modifier est : <ClassPath>C:\Program Files\SageSQL\Client\ojdbc14.jar</ClassPath> Symptôme En cas ne non conformité du chemin ci-dessus défini dans le fichier « jdbc.sbo », les symptômes sont les suivants : Lors de l’exécute d’un état avec l’infoview, on obtient le message suivant:

Lors d’un test de connexion avec le designer, on obtient le message suivant :




Déploiement automatique



Déploiement automatique

Les mises à jour des librairies ou installation de projets (exemple : implémentation du projet comptabilité analytique) s’effectuent en premier lieu sur le serveur, dans le Référentiel. Concernant le poste Client, nous allons distinguer 2 cas : La mise à jour de librairies utilisées par le conteneur

A chaque exécution du Loader.exe, il effectue la vérification de la concordance des versions des librairies contenues dans le conteneur avec celles du Référentiel, si il constate une différence alors ces librairies sont remontées du Référentiel dans le répertoire Install et le système demande de relancer l’application afin d’effectuer la mise à jour dans le cache.

Ce second lancement a pour but de permettre au LOADER (dont c’est l’unique fonction) de copier le contenu du répertoire Install dans le répertoire container applicatif.

Installation de nouveaux projets : Si l’utilisateur est associé à une application faisant appel à un nouveau projet, les fichiers de type bpl ou xml nécessaires sont remontés du Référentiel et installés automatiquement sur le poste client de manière transparente.

Conteneur

Loader Proxy

Référentiel

Vérification



Plateforme Safe 1000 Guide des préconisations techniques

Sauvegarde et Restauration des bases de données



Sauvegarde et Restauration (tous moteurs SQL)

Pour des raisons évidentes de sécurité, il est nécessaire d’effectuer des sauvegardes régulières. La fréquence des sauvegardes dépendra du flux de données traitées et de ce que le client est prêt à perdre en cas de restauration. Que doit-on sauvegarder ? � Le Référentiel

Après chaque modification importante (mise à jour de version, création d’utilisateurs, création d’application, de société, de formats, d’écrans, ajout de classe, ...)

� Les bases produit

En général quotidiennement et avant toute modification de structure (mise à jour de version, ajout de classe, …)

� Le répertoire container générique

La perte de ce répertoire nécessite simplement une réinstallation du poste Client. Il n’est donc pas indispensable de le sauvegarder.

Lors d’une restauration, il est impératif de reprendre une sauvegarde complète de la base. Une restauration table à table n’est pas possible.

* En cas de mise à jour avec synchronisation, faire la sauvegarde après la synchronisation.

Sauvegarde

Action Bases de données

produit Référentiel

Avant Après Avant Après

Mise à jour du module Outil Oui Oui

Mise à jour du Référentiel Oui Oui*

Modification dans la console (Création de société,

d’utilisateur…) Oui Oui

MAJ Module applicatif Oui Oui* Oui Oui*




Mise en œuvre de la boucle locale Microsoft



Mise en œuvre d’une carte de bouclage MicroSoft Une carte de bouclage est un outil permettant de simuler un environnement réseau virtuel lorsque celui-ci n’est pas disponible. Ceci peut être intéressant dans le cadre du déploiement de la plate-forme Oracle 10g dans le cadre de test. Mise en œuvre manuelle sous MicroSoft Windows XP S’applique aux versions suivantes : � MicroSoft Windows XP Home Edition � MicroSoft Windows XP Professional Edition Cliquer sur Démarrer � Paramètres � Panneau de configuration Si l’affichage est en mode classique basculer vers le mode affichage des catégories Cliquer sur la catégorie Imprimantes et autres périphériques Dans le volet de gauche Voir aussi, cliquer sur l’option Ajout de matériel � bouton Suivant Cliquer sur Oui, j’ai déjà connecté le matériel � bouton Suivant Dans la liste proposée (bas de liste), sélectionner l’option Ajouter un nouveau périphérique matériel � bouton Suivant Cliquer sur Installer le matériel que je sélectionne manuellement dans la liste � bouton Suivant Cliquer sur Cartes réseau � bouton Suivant Dans le volet Fabricant, sélectionner MicroSoft Dans le volet Carte réseau, sélectionner Carte de bouclage MicroSoft � bouton Suivant Cliquer sur le bouton Suivant pour lancer l’installation Cliquer sur le bouton Terminer pour fermer l’assistant Après l’installation de la carte de bouclage, il est nécessaire de configurer manuellement les options du réseau. Si les propriétés TCP/IP sont configurées pour utiliser DHCP (paramétrage par défaut), la carte utilisera une adresse de type 169.254.x.x/16 (car aucune connexion physique n’est disponible). Mise en œuvre manuelle sous MicroSoft Windows 2000 S’applique aux versions suivantes : � MicroSoft Windows 2000 Professional Edition � MicroSoft Windows 2000 Server � MicroSoft Windows 2000 Advanced Server � MicroSoft Windows 2000 DataCenter Server Cliquer sur Démarrer � Panneau de configuration Cliquer sur l’option Ajout/Suppression de matériel Cliquer sur Ajouter/Dépanner un périphérique � bouton Suivant Cliquer sur Ajouter un nouveau périphérique � bouton Suivant Cliquer sur Non, je veux choisir le matériel à partir d’une liste � bouton Suivant Cliquer sur Cartes réseau � bouton Suivant Dans le volet Fabricant, sélectionner MicroSoft Dans le volet Carte réseau, sélectionner Carte de bouclage MicroSoft � bouton Suivant Cliquer sur le bouton Suivant pour lancer l’installation



Cliquer sur le bouton Terminer pour fermer l’assistant Après l’installation de la carte de bouclage, il est nécessaire de configurer manuellement les options du réseau. Si les propriétés TCP/IP sont configurées pour utiliser DHCP (paramétrage par défaut), la carte utilisera une adresse de type 169.254.x.x/16 (car aucune connexion physique n’est disponible). Mise en œuvre manuelle sous MicroSoft Windows 2003 S’applique aux versions suivantes : � MicroSoft Windows 2003, Standard Edition Cliquer sur Démarrer � Panneau de configuration � Ajout de matériel � bouton Suivant Cliquer sur Oui, j’ai déjà connecté le matériel � bouton Suivant Dans la liste proposée (bas de liste), sélectionner l’option Ajouter un nouveau périphérique matériel � bouton Suivant Cliquer sur Installer le matériel que je sélectionne manuellement dans la liste � bouton Suivant Cliquer sur Cartes réseau � bouton Suivant Dans le volet Fabricant, sélectionner MicroSoft Dans le volet Carte réseau, sélectionner Carte de bouclage MicroSoft � bouton Suivant Cliquer sur le bouton Suivant pour lancer l’installation Cliquer sur le bouton Terminer pour fermer l’assistant Mise en œuvre automatique S’applique sur les systèmes d’exploitation suivants : � MicroSoft Windows XP � MicroSoft Windows 2000 � MicroSoft Windows 2003 Pour installer rapidement la carte de bouclage MicroSoft, il est possible d’utiliser l’utilitaire devcon.exe à l’aide d’une invite de commande. Cette utilitaire est disponible en téléchargement libre sur le site www.microsoft.fr. Copier l’utilitaire devcon.exe sous %windir%\system32 puis exécuter les commandes suivantes : Installation de la boucle locale MicroSoft : devcon install %windir%\inf\netloop.inf *msloop Suppression de la boucle locale MicroSoft : devcon remove %windir%\inf\netloop.inf *msloop




Client Microsoft Outlook



Versions Outlook validées

Les versions d’Outlook validées pour la version 6.00 de Sage 1000 sont 2003 et 2007. Lors de l’installation de l’Addin Outlook, un contrôle des éléments nécessaire à son fonctionnement est effectué et les éléments manquants proposés à l’installation. Exemple d’éléments pouvant être requis :

Office2003 PIA dans le cas d’une installation avec Outlook 2003 Office2007 PIA dans le cas d’une installation avec Outlook 2007 .Net framework redistributable.

Autorisation des contenus HTML associés aux dossiers dans Outlook 2007

Pour autoriser le HTML dans la partie explorer de Outlook 2007, il faut changer la valeur dans la base de registre (partie « HKEY_CURRENT_USER ») :

- KEYNAME : Software\ Microsoft\Office\12.0\Outlook\Security - Type : Valeur DWORD 32 bits - Nom de la valeur : NonDefaultStoreScript - Données de la valeur : 1 (pour autoriser)

Documents

Solutions Sage 1000 Guide de Préconisations Techniques ...progesys.com/files/PreconisationsTechniquesSage1000etannexe.pdf · Plateforme Safe 1000 – Caractéristiques du serveur