CENTRAL. Guide de déploiement. Version Copyright 2011 Winshuttle, LLC

Transcription

1 CENTRAL Version 10.2 Guide de déploiement Copyright 2011 Winshuttle, LLC

2 Table des matières Public cible Introduction Fonctionnalités Nouvelles fonctionnalités de CENTRAL Préparatifs en vue du déploiement Licences Éléments à prendre en compte pour l'environnement d'essai Configuration requise Configuration minimale requise (32 bits)... 4 Composant... 4 Configuration Configuration minimale requise (64 bits) Options d'installation de CENTRAL Configuration de SharePoint pour CENTRAL Création d'une application Web Création d'une collection de sites Installation de CENTRAL Configuration du site CENTRAL Gestion des pages maîtres Activation des licences Gestion des licences Affection des licences de produit Récupération de licences de produit Affichage des attributions de licence et de produit Par activations Par produits Configuration de CENTRAL Données d'identification et serveurs SAP... 26

3 Ajout de vos serveurs d'applications SAP Stratégies Exemples de stratégie Nom de stratégie Description Procédure de création d'une stratégie de serveur : Procédure d'association d'utilisateurs à une stratégie : Procédure de suppression d'un utilisateur associé à une stratégie : Préférences Processus de révision Description Nom de processus de préférence du site Description Autoriser l'auto-approbation Autorise l'auto-approbation pour le développeur du script Approbation de script TRANSACTION Workflow d'approbation de script TRANSACTION requis Enregistrer dans CENTRAL Autoriser l'enregistrement sur CENTRAL pour Pas de processus de révision des données Autoriser l'exécution des lignes en erreur Autoriser l'exécution des lignes en erreur Raison de l'exécution requise Raison de l'exécution requise pour chaque publication de données SAP Activer les autorisations au niveau de l'élément Active les autorisations au niveau de l'élément pour les fichiers de données dans la bibliothèque de documents Autoriser Desktop Scheduling Autorise l'utilisateur final à exécuter ou programmer des scripts approuvés dans SAP S'agit-il vraiment de processus? ou de simples préférences? Nom du mouvement pour exécuter le processus Description Échec de la validation Déplace les fichiers de données dont la validation a échoué vers la bibliothèque de documents Exécution terminée

4 Erreur(s) renvoyée(s) par SAP pendant la publication de Déplace les fichiers de données d'erreur SAP vers la bibliothèque de documents Exécution terminée Une erreur s'est produite Déplace les fichiers de données d'erreurs générales vers la bibliothèque de documents Exécution terminée Tâche annulée Déplace les tâches annulées vers la bibliothèque de documents Exécution terminée Erreur Winshuttle SERVER Déplace les fichiers de données d'erreurs Winshuttle SERVER vers la bibliothèque de documents Exécution terminée. Requiert Winshuttle Server Workflow Éléments à prendre en compte dans le workflow de transaction Gestion des fonctions contrôlables par le client Restriction des capacités d'approbation Configuration de CENTRAL pour QUERY Création de stratégies Niveaux d'utilisation du système Rôles de groupe CENTRAL pour QUERY Niveaux de connaissance du développeur Définition des préférences d'exécution et de révision et du dictionnaire de données Activation de l'accélération adaptative de requête Connexion LDAP pour Active Directory Mise à niveau de CENTRAL Mise à niveau de CENTRAL version 10.0 à la version Mise à niveau de CENTRAL à la version Désinstallation de CENTRAL Préparatifs pour la désinstallation Suppression de CENTRAL Informations relatives à l'assistance technique... 55

5 1. Les descriptions reprises dans ce guide s'adressent aux lecteurs possédant des connaissances moyennes à avancées des tâches d'administration et connaissant la terminologie utilisée dans Microsoft SharePoint Server 2007, SharePoint Server 2010, Microsoft SQL Server 2005 et Windows Server Public cible Ce guide s'adresse aux administrateurs et aux architectes système qui doivent comprendre les étapes du déploiement de Winshuttle CENTRAL De plus, grâce aux exemples de référence et aux analyses, les utilisateurs seront en mesure de comprendre l'impact de CENTRAL sur les performances du serveur et de l'application. REMARQUE : sauf indication contraire, Winshuttle CENTRAL ou l'administration de Winshuttle CENTRAL sont désignés tout au long de ce document par CENTRAL ou administration CENTRAL. Dans certains cas, le document fait référence à un produit distinct appelé Administration centrale de Microsoft SharePoint Introduction Winshuttle CENTRAL offre une visibilité et une gouvernance centralisées pour le déploiement des solutions Winshuttle en entreprise. Les entreprises peuvent donc non seulement partager leurs fichiers et leurs meilleures pratiques à travers toute l'organisation, mais aussi répondre aux exigences spécifiques en matière de contrôle et d'audit pour satisfaire aux règles SOX et de gouvernance d'entreprise. CENTRAL offre les contrôles, la sécurité et la traçabilité qui permettent aux entreprises de déployer les solutions de données Winshuttle telles que Winshuttle TRANSACTION, Winshuttle QUERY et Winshuttle RUNNER dans l'ensemble de l'organisation. CENTRAL offre cette fonctionnalité via le cadre SharePoint, ce qui garantit une intégration native aux technologies Microsoft y compris Microsoft Active Directory et Microsoft Excel. REMARQUE : en raison des systèmes intégrés qui interviennent dans le déploiement de CENTRAL, Winshuttle recommande les essais dans un environnement de test (bac à sable) avant de réaliser le déploiement dans l'environnement de production Fonctionnalités Winshuttle CENTRAL est une interface de gestion unifiée au sein de SharePoint pour les fichiers TRANSACTION, RUNNER et QUERY. Voici une liste des principaux avantages offerts par Winshuttle CENTRAL : Administration centralisée des utilisateurs et des licences de Winshuttle Partage de fichiers et collaboration Tableau de bord de l'activité et reporting centralisé Contrôle des versions et gestion des workflows Intégration native à Microsoft Office et SharePoint 1

6 Grâce à Winshuttle SERVER, vous pouvez réaliser des publications automatiques sous les données d'identification de réviseur/de créateur ou de compte système. Winshuttle SERVER prend en charge la publication immédiate ou à un moment ultérieur. Le service informatique peut contrôler facilement l'accès des utilisateurs Winshuttle à l'environnement SAP. L'archivage exhaustif des enregistrements téléchargés permet une traçabilité complète et une analyse du rendement des investissements, ainsi que des gains de temps pour l'utilisateur Nouvelles fonctionnalités de CENTRAL 10.2 CENTRAL 10.2 introduit plusieurs améliorations. Cette version propose les nouvelles fonctionnalités suivantes : CENTRAL 10.2 offre des capacités améliorées de sauvegarde et de restauration qui permettent de programmer des sauvegardes régulières, de restaurer des sauvegardes sur de nouveaux serveurs et de migrer du contenu spécifique CENTRAL d'un environnement à l'autre. Vous pouvez sélectionner une page maître personnalisée afin d'appliquer l'image d'entreprise propre à votre société. CENTRAL 10.2 est désormais disponible dans les langues suivantes : allemand (DE), français (FR), espagnol (es) et néerlandais (nl). Vous pouvez personnaliser le contenu des notifications par courrier électronique configurées pour les workflows. L'amélioration de la gestion des licences permet de visualiser les licences par activation et de supprimer des activations particulières. Les administrateurs système peuvent recourir aux stratégies de serveur afin de restreindre QUERY au niveau des tables de données SAP. La version 10.2 prend en charge l'utilisation des caractères génériques dans les termes de recherche. Par exemple, une recherche lancée sur KO* renverra tous les termes commençant par KO Préparatifs en vue du déploiement L'installation de Winshuttle CENTRAL ne perturbe pas les instances de bases de données SQL ou de bases de données de contenu. En raison de la réinitialisation de l'iis pendant le déploiement, il convient de confirmer qu'aucune connexion aux collections de sites cibles n'est active durant l'installation. Une réinitialisation IIS a lieu durant le déploiement. Voici les éléments clés dont il faut tenir compte dans le cadre du déploiement de Winshuttle CENTRAL : Winshuttle CENTRAL s'installe dans le GAC. Pour SharePoint 2010, Winshuttle CENTRAL installe les mises en page personnalisées à l'emplacement suivant : %systemroot%\program Files\Common Files\Microsoft Shared\web server extensions\14\template\layouts\winshuttle.winshuttle CENTRAL 2

7 Winshuttle charge les types de contenu dans la galerie des types de contenu de site sous l'état Verrouillé. Les types de contenu verrouillés ne peuvent être modifiés via l'interface utilisateur de Windows SharePoint Services et vous devez détenir les autorisations d'administrateur de collections pour déverrouiller le type de contenu à l'aide du modèle d'objet. CENTRAL installe une base de données SQL personnalisée nommée eshuttledb. Les appartenances au rôle minimum pour eshuttledb sont db_owner et public à l'aide de BUILTIN\Users user login. Toutes les données de configuration et transactionnelles de CENTRAL sont stockées dans eshuttledb, en plus des informations de licence. Toutes les fonctionnalités de CENTRAL sont prévues pour le niveau du site. Toutes les chaînes de connexion à la base de données CENTRAL sont réalisées au niveau de la batterie. Les workflows CENTRAL sont développés dans Microsoft Visual Studio. Aucune création MIME n'a lieu dans le service IIS Licences L'utilisation du portail CENTRAL requiert un code d'activation Winshuttle CENTRAL. Bien que CENTRAL ne soit pas nécessaire pour installer d'autres programmes, CENTRAL est utile lorsqu'il est utilisé avec d'autres applications Winshuttle. Par conséquent, il est vivement conseillé de posséder les licences adéquates. Contactez votre représentant Winshuttle pour obtenir les détails Éléments à prendre en compte pour l'environnement d'essai Bien que l'essai de CENTRAL dans un environnement isolé avant son déploiement ne soit pas obligatoire, c'est une étape que nous recommandons vivement. Il se peut que vos besoins de production dépendent d'un nombre d'utilisateurs, d'un nombre de groupes, d'une taille de batterie, etc. Tenez compte de ces paramètres afin de mettre en place un environnement de développement identique pour essayer CENTRAL. 3

8 2. Configuration requise 2.1. Configuration minimale requise (32 bits) La liste ci-après reprend la configuration minimale requise pour un environnement SharePoint. Il est conseillé d'adhérer aux meilleures pratiques recommandées par Microsoft pour le déploiement de SharePoint. Composant Configuration Processeur Intel Pentium double cœur (quadruple cœur recommandé) Système d'exploitation Microsoft Windows Server 2003 R2 Standard Edition Service Pack 1 (32 bits) Disque dur 3 Mo minimum d'espace disponible sur le disque dur pour la base de données Central 5 Mo complémentaires sur le disque dur pour l'expansion du fichier journal* * Il convient de prévoir un espace adéquat pour le journal afin de tenir compte des particularités de votre environnement. Mémoire Mémoire vive : Minimum, 2 Go Maximum : le maximum accepté par le système d'exploitation CENTRAL est un site unique au sein de SharePoint. Il ne prendra pas plus de ressources que le navigateur Internet. Base de données SQL Server 2005 SQL Express Autres logiciels Microsoft.NET Framework 3.5 SP1 IIS 6.0, les extensions du service Web doivent autoriser ASP.NET v WSS 3.0 SP1 ou MOSS

9 Tableau 2.1 : configuration requise pour un système 32 bits 2.2. Configuration minimale requise (64 bits) Composant Configuration Processeur Intel Pentium double cœur (quadruple cœur recommandé) Système d'exploitation Microsoft Windows Server 2008 R2 Standard Edition (64 bits) Disque dur 3 Mo minimum d'espace disponible sur le disque dur pour la base de données Central 5 Mo complémentaires sur le disque dur pour l'expansion du fichier journal* * Il convient de prévoir un espace adéquat pour le journal afin de tenir compte des particularités de votre environnement. Mémoire Mémoire vive : Minimum, 8 Go Maximum : le maximum accepté par le système d'exploitation CENTRAL est un site unique au sein de SharePoint. Il ne prendra pas plus de ressources que le navigateur Internet. Base de données SQL Server bits SQL Server bits SQL Express 64 bits Autres logiciels Microsoft.NET Framework 3.5 SP1 IIS 7.5 SharePoint 2010 Foundation MOSS 2010 Tableau 2.2 : configuration requise pour un système 64 bits 5

10 3. Options d'installation de CENTRAL Pour installer Winshuttle CENTRAL, vous pouvez sélectionner des définitions de site Microsoft SharePoint ou activer les fonctionnalités d'un site SharePoint existant Configuration de SharePoint pour CENTRAL Avant de lancer l'installation, tenez compte des recommandations suivantes : 1. Passez en revue et assurez-vous d'avoir bien compris la procédure de restauration du système complet (récupération après sinistre) associée pour votre environnement SharePoint, y compris tout serveur SQL distinct. 2. Vous devez être en mesure de vous connecter au serveur SharePoint en tant qu'administrateur local ou en tant que membre du groupe d'administrateurs. 3. Quittez toutes les applications et désactivez toute application exécutée automatiquement, y compris les logiciels antivirus, les économiseurs d'écran et les utilitaires du système d'exploitation. 4. Certaines applications peuvent être en exécution en tant que service en arrière-plan. Arrêtez et désactivez ces services avant de lancer l'installation. Vous pouvez les activer à nouveau après l'installation. 5. Assurez-vous qu'il n'y a aucune connexion active avec le site cible sur lequel vous avez l'intention de réaliser le déploiement. REMARQUE : antivirus TrendMicro : CENTRAL est bloqué lorsque les paramètres de sécurité dans Trend Micro Anti Virus sont réglés sur la valeur moyenne ou élevée. Pour éviter le blocage de CENTRAL, réglez la valeur de sécurité sur Faible Création d'une application Web Si vous possédez déjà une installation d'application Web, passez directement à la section de ce document. 1. Cliquez sur Démarrer. Accédez au Panneau de configuration et sélectionnez Outils d'administration. 2. Cliquez sur Administration centrale de SharePoint. Connectez-vous en tant qu'administrateur (cf. Figure 3.1). 6

11 Figure 3.1 : ouverture de session en tant qu'administrateur 3. Dans le coin inférieur gauche de la page, cliquez sur Gestion des applications. 4. Cliquez sur Créer ou étendre une application Web. Figure 3.2 : écran Gestion des applications 5. Cliquez sur Créer une application Web. 7

12 Figure 3.3 : créer ou étendre une application Web 6. Saisissez le port désigné pour la communication de l'application Web. 8

13 Figure 3.4 : désignation du port 7. Saisissez les données d'identification de l'utilisateur que vous souhaitez employer en tant que compte de service. Sélectionnez Redémarrer IIS automatiquement ou manuellement selon les besoins. 8. Cliquez sur OK en bas de la page. 9. L'application Web est créée. Ce processus peut durer quelques minutes. 9

14 Figure 3.5 : écran de l'opération en cours 10. L'application Web est prête à l'emploi. Figure 3.6 : application créée 10

15 Création d'une collection de sites 1. Si vous venez de créer une application Web, le lien apparaît après la réussite de la création de l'application Web. ou 2. Si vous avez déjà une application Web, cliquez sur Gestion des applications dans le coin supérieur gauche de la page Administration centrale de SharePoint, puis cliquez sur Créer une collection de sites. Figure 3.7 : lien Créer une collection de sites 3. En haut, sélectionnez l'application Web sur laquelle vous souhaitez créer une collection de sites. Saisissez le titre du site et la description du site. Figure 3.8 : titre et description du site 4. Sélectionnez le modèle pour la collection de sites. 5. Cliquez sur l'onglet Winshuttle, puis choisissez le Site d'équipe Winshuttle CENTRAL. 11

16 6. Saisissez l'administrateur principal de la collection de sites ou l'administrateur secondaire. Cliquez sur OK en bas de la page. Figure 3.9 : administrateur de la collection de sites 7. Patientez pendant la création de la collection de sites. Figure 3.10 : opération en cours 8. La collection de sites est prête à l'emploi. 12

17 Figure 3.11 : réussite de la création de la collection de sites 13

18 4. Installation de CENTRAL 1. Double-cliquez sur Setup.exe. 2. L'Assistant de la solution Winshuttle CENTRAL s'ouvre. Figure 4.1 : Assistant d'installation de Winshuttle CENTRAL 3. Le système vérifie si la configuration requise pour l'installation de CENTRAL existe. Si la configuration répond aux spécifications, le bouton Suivant est activé. Figure 4.2 : vérification du système 4. Sur la page Contrat de licence d'utilisateur final, cliquez sur J'accepte les termes du contrat de licence si vous acceptez les dispositions du contrat. REMARQUE : il peut arriver que l'administration de Windows SharePoint Services ne démarre pas. Lancez le service via les outils d'administration du serveur hôte. 14

19 Figure 4.3 : contrat de licence d'utilisateur final 5. Sur la page de définition du site Winshuttle CENTRAL, sélectionnez un des types d'installation suivants : 6. Définition du site : pendant la création du site SharePoint, l'administrateur peut voir l'onglet Winshuttle dans la liste Modèles de site. La sélection du modèle permet à l'administrateur SharePoint ou à l'administrateur de collection de sites de créer le site CENTRAL. 7. Définition d'un non-site : après l'installation, l'administrateur doit créer le site d'équipe. Cette fonctionnalité permet de transformer le site d'équipe existant en site CENTRAL. Aucun modèle de site personnalisé n'est installé. Figure 4.4 : définition du site CENTRAL 8. L'écran Cibles de déploiement de collection de sites s'affiche. Sélectionnez les applications Web du SharePoint sur lequel vous souhaitez installer CENTRAL. 15

20 Figure 4.5 : cibles de déploiement de collection de sites 9. Quand l'installation est terminée, cliquez sur Suivant. Figure 4.6 : progression de l'installation 10. Une fois que la solution CENTRAL est installée, il faut installer Winshuttle.eshuttle.database. L'installation de la base de données démarre automatiquement. REMARQUE : si le programme d'installation de la base de données ne démarre pas, rendez-vous dans la racine du dossier d'installation de CENTRAL, ouvrez le dossier eshuttledbsetup, puis cliquez sur Setup.exe pour lancer l'installation manuellement. 11. Cliquez sur Suivant. 16

21 Figure 4.7 : installation d'eshuttle.database 12. Sélectionnez le serveur de bases de données sur lequel vous souhaitez installer la base de données. 13. Cliquez sur Parcourir pour voir tous les serveurs disponibles. Saisissez un nom de base de données et définissez le type d'authentification. Cliquez sur Suivant. Figure 4.8 : paramètres de la base de données 14. Cliquez sur Installer pour lancer l'installation. 17

22 Figure 4.9 : prêt à installer l'application 15. Patientez pendant l'installation de la base de données. Figure 4.10 : progression de l'installation de la base de données 16. Cliquez sur Terminer pour terminer l'installation. 18

23 Figure 4.11 : installation terminée. 19

24 5. Configuration du site CENTRAL Activation des fonctionnalités 1. Ouvrez la page d'accueil de votre site cible de collection de sites. 2. Cliquez sur Actions du site>paramètres du site>fonctionnalités de la collection de sites 3. Vérifiez si les fonctionnalités de Winshuttle CENTRAL sont actives. Si ce n'est pas le cas, activez la fonctionnalité WINSHUTTLE CENTRAL. Création d'un site CENTRAL 1. Dans le site d'accueil, cliquez sur Actions du site>créer>sites et espaces de travail. 2. Créez le site CENTRAL avec les paramètres adéquats sur la base du modèle de site d'équipe WINSHUTTLE CENTRAL (cf. image) : Figure 5.11 : modèle de site d'équipe 3. Confirmez que le site CENTRAL ressemble à la figure ci-dessous : 20

25 Figure 5.2 : administration de CENTRAL 4. Affectation de groupe (anciennement Attribution de rôle). Chaque utilisateur doit recevoir un accès aux Personnes et groupes de SharePoint avant de passer à l'affectation de licences dans Winshuttle CENTRAL. REMARQUE : des utilisateurs peuvent être ajoutés depuis des domaines, mais non pas depuis des groupes, car les noms d'utilisateurs individuels ne peuvent être résolus. Seul un niveau de groupes est pris en charge, car Winshuttle CENTRAL ne prend pas en charge un groupe de domaines au sein d'un groupe de domaines ou un groupe de domaines au sein d'un groupe de gestion d'ordinateurs. Toutefois, Winshuttle CENTRAL peut reconnaître un domaine ou un groupe de gestion d'ordinateurs qui a été ajouté à un groupe SharePoint. 5. Cliquez sur Personnes et groupes. 6. Observez les groupes basés sur «CENTRAL» (par exemple, les administrateurs de licence CENTRAL) 7. Choisissez le groupe approprié. Cliquez sur Nouveau, puis sur Ajouter des utilisateurs. 8. Dans la zone Utilisateurs/groupes, tapez un nom de domaine ou un nom d'utilisateur. Cliquez sur Vérifier les noms pour vérifier ou sur Carnet d'adresses pour trouver un nom. 9. Vérifiez que le menu déroulant Autoriser l'accès reprend les autorisations correctes pour le groupe respectif. 10. Pour envoyer un message d'accueil aux utilisateurs, choisissez Envoyer un message d'accueil aux nouveaux utilisateurs. 11. Dans Objet, tapez l'objet du message. 12. Dans la zone Message perso, tapez un message. Cliquez sur OK. Votre écran doit ressembler à ceci : 21

26 Nom d'utilisateur final Figure 5.3 : Personnes et groupes Gestion des pages maîtres Vous pouvez configurer les pages maîtres du site CENTRAL en fonction des recommandations applicables à la stratégie de marque de votre société. 1. Cliquez sur Administration de WINSHUTTLE CENTRAL dans le coin inférieur gauche de la page. Figure 5.4 : gestion des pages maîtres de CENTRAL 2. Sous Site, cliquez sur Gérer les pages maîtres. 3. Sur le serveur, accédez à l'emplacement suivant : /_catalogs/masterpage/winshuttledefault.master 4. Vous pouvez modifier la page HTML WinshuttleDefault.master afin d'y ajouter le logo de votre société et de modifier les composants html. 22

27 5. Après avoir modifié et enregistré le fichier html, réinitialisez l'iis. 6. La page maître actualisée apparaît dans la liste. 7. Sélectionnez la page maître, puis cliquez sur Appliquer à ce site. Activation des licences Ensuite, il faut activer votre site Winshuttle CENTRAL à l'aide d'une clé de licence. Les étapes suivantes supposent que vous avez affecté un utilisateur au groupe d'administrateurs de licence CENTRAL. 1. Cliquez sur Administration de WINSHUTTLE CENTRAL dans le coin inférieur gauche de la page. Figure 5.5 : Lien Administration de CENTRAL 2. Sous Administration du site, cliquez sur Activer les licences. 3. Dans la zone Code d'activation, saisissez le code d'activation. 4. Dans la zone Informations utilisateur, tapez l'adresse électronique de l'administrateur des licences de votre société. 5. Cliquez sur Télécharger le fichier de licence et enregistrez-le. (Il est préférable de l'enregistrer dans un dossier partagé ou sur une cible de sauvegarde). 6. Parcourez le système de fichiers jusqu'au fichier d'activation que vous avez reçu. Il s'agit d'un fichier.xml. 7. Ajoutez une description de l'activation. Cliquez sur Activer la licence. 8. Maintenant que la licence du site a été activée, vous devez affecter les rôles du Site. Sans ces rôles, l'administrateur de site ne peut pas réaliser d'affectation ou utiliser le site Winshuttle CENTRAL. 23

28 9. Les responsabilités des deux administrateurs sont les suivantes : Administrateur de site CENTRAL : détermine les stratégies d'utilisation de Winshuttle. Administrateur de licence CENTRAL : répartit les licences pour les logiciels Winshuttle. Gestion des licences Winshuttle CENTRAL permet de gérer toutes les licences pour tous les produits Winshuttle utilisés dans votre société. Utilisez CENTRAL pour assurer le suivi des licences au fur et à mesure que les utilisateurs changent de service et que vous ajoutez des licences. Pour chaque licence de produit Winshuttle, qu'il s'agisse de QUERY, TRANSACTION, xshuttle ou RUNNER, une licence CENTRAL est attribuée. Par exemple, dans une configuration avec 100 licences CENTRAL, il pourrait y avoir 5 utilisateurs pour QUERY, 5 pour TRANSACTION et 10 pour RUNNER. Dans ce scénario, 20 licences CENTRAL sont utilisées et 80 sont à affecter. Remarque : si un seul utilisateur possède une licence TRANSACTION et QUERY, une seule licence CENTRAL sera attribuée. Affection des licences de produit 1. Cliquez sur Gérer les licences sous Administration du site. 2. Sous Licences activées, trouvez le produit auquel vous souhaitez attribuer des utilisateurs, puis cliquez sur Attribuer des utilisateurs. 3. Sélectionner un utilisateur pour l'attribution de produits affiche désormais la licence que vous aviez nommée plus tôt. 4. Dans la zone Sélectionner des utilisateurs, tapez un nom de domaine ou un nom d'utilisateur. Cliquez sur Vérifier les noms pour vérifier ou sur Carnet d'adresses pour trouver un nom. 5. Sous Sélectionner l'activation, sélectionnez le produit auquel vous souhaitez attribuer un utilisateur. 6. Cliquez sur Attribuer. 7. Cliquez sur Enregistrer. Récupération de licences de produit Vu que CENTRAL gère de manière dynamique toutes les licences de produit, vous pouvez récupérer, supprimer ou ajouter des licences en fonction des besoins. 1. Sur la page d'administration de Winshuttle CENTRAL, cliquez sur Gérer les licences. 24

29 2. Cliquez sur Par produits. 3. Sous Licences activées, cliquez sur Attribuer des utilisateurs pour le produit dont vous souhaitez récupérer la licence. 4. Sous Utilisateurs affectés, désélectionnez la case en regard de l'utilisateur dont vous récupérez la licence. 5. Cliquez sur Enregistrer. L'utilisateur est supprimé de la liste Utilisateurs affectés. Affichage des attributions de licence et de produit La page d'administration de CENTRAL permet d'afficher les licences de deux manières : par produits ou par activations. Par activations 1. Cliquez sur Administration CENTRAL. 2. Sous Administration du site, cliquez sur Gérer les licences. 3. Dans le menu Afficher, cliquez sur Par produits, puis cliquez sur Par activations. Le type de licence disponible pour chaque produit est affiché et reprend les informations suivantes : Date d'activation pour toutes les licences. Date d'expiration pour une licence en particulier. Nombre total de licences disponibles pour ce produit. Nombre de licences disponibles qui désigne le nombre de licences qui n'ont pas été attribuées à un utilisateur. Type de licence : licence Enterprise ou normale Évaluation : indique s'il s'agit d'une licence pour une copie d'évaluation ou une copie payante. Par produits 1. Cliquez sur Administration CENTRAL. 2. Sous Administration du site, cliquez sur Gérer les licences. 3. Dans le menu Afficher, cliquez sur Par activations, puis cliquez sur Par produits. Les informations suivantes sont fournies pour chaque produit : Nombre total de licences : indique le nombre total de licences disponibles pour un produit. Nombre de licences disponibles : indique le nombre de licences qui n'ont pas été attribuées à un utilisateur. 25

30 6. Configuration de CENTRAL Une fois que les licences ont été activées pour les utilisateurs, il faut configurer les différents paramètres pour autoriser l'accès aux clients. Voici quelques-uns de ces paramètres : Serveurs d'applications SAP Stratégies Paramètres de niveau d'utilisation du système Fonctionnalités de rapport Données d'identification et serveurs SAP Afin de contrôler efficacement les différents serveurs SAP dans le paysage de l'entreprise, il faut configurer les serveurs d'applications SAP dans CENTRAL. De plus, chaque utilisateur de bureau qui a accès à SAP peut soumettre ses propres données d'identification à CENTRAL. Ajout de vos serveurs d'applications SAP Le serveur d'applications simplifie la communication entre le client de bureau et le serveur SAP via CENTRAL. Il existe deux catégories de types de serveur : serveur de production et serveur hors production. Les serveurs de production sont les serveurs qui exécutent les fichiers approuvés ; les serveurs hors production sont les serveurs de développement qui hébergent les fichiers qui n'ont pas encore été approuvés ou qui sont utilisés pour tester les scripts de développement. Les données d'identification SAP sont chiffrées dans eshuttledb et sont utilisées uniquement si le programmateur de tâches ou la publication automatique sont activés. Winshuttle Server est requis pour le programmateur de tâche et la publication automatique. Pour ajouter un serveur d'applications au site CENTRAL 1. Cliquez sur Administration CENTRAL, puis sous Administration TRANSACTION ou QUERY, cliquez sur Serveurs d'application. 2. Cliquez sur Ajouter, puis sur Ajouter un serveur. 3. Saisissez l'identifiant du système SAP, le client, le type de serveur et précisez s'il s'agit d'un serveur de production ou non. Saisissez une description du serveur. 4. Cochez la case Détails de connexion automatique. 5. Saisissez l'hôte du serveur d'application (FQDN ou IP). 6. Saisissez le numéro du système. 7. Pour conclure, cliquez sur Enregistrer. Reproduisez ces étapes pour chaque classe de serveur. 26

31 6.1. Stratégies Les stratégies permettent aux administrateurs de CENTRAL de contrôler l'accès aux clients de bureau. La saisie de serveurs d'applications SAP et de stratégies spécifiques permet à l'administrateur de définir les dimensions «qui, quoi et quand» des points d'accès. Winshuttle CENTRAL propose sept exemples de stratégie. Exemples de stratégie Nom de stratégie Description Production Serveurs de production uniquement Hors production Serveurs hors production uniquement Pas de modification des données de base pendant les jours de la semaine Cette stratégie n'autorise pas les modifications des données de base pendant la semaine. Pas d'écritures financières de fin de mois Stratégie pour interdire les écritures financières de fin de mois pour les transactions F* pour les cinq premiers jours de n'importe quel mois. Limiter le maximum des mises à jour Limite le nombre maximum d'enregistrements qui peuvent être créés ou mis à jour à 100 entrées maximum. Ne pas autoriser l'utilisation de Winshuttle pour SPRO Ne pas autoriser l'utilisation de Winshuttle pour SPRO. Autoriser l'utilisation de Winshuttle uniquement pour les écritures de journal Autoriser les utilisateurs à employer Winshuttle pour FB50. Tableau 6.1 : exemples de stratégies Procédure de création d'une stratégie de serveur : 1. Cliquez sur Administration CENTRAL, puis sous Administration TRANSACTION, cliquez sur Stratégies. 2. Sous Stratégies, cliquez sur la flèche Ajouter, puis cliquez sur Stratégie Transaction ou Stratégie Query. 27

32 3. Définissez les détails de la stratégie du serveur : Saisissez un nom pour la stratégie qui reflète l'intention poursuivie. Saisissez une description de la stratégie. Définissez le type de serveur SAP (production ou hors-production). Indiquez si ce serveur sera sollicité par cette stratégie chaque jour, chaque semaine ou chaque mois. Définissez les accès aux tables SAP qui peuvent être autorisés ou interdits pour les utilisateurs. Définissez les heures pendant lesquelles le serveur doit être utilisable. Définissez le nombre de transactions ou de requêtes autorisées pour chaque exécution. Définissez les transactions ou les requêtes autorisées ou interdites pour un serveur donné. Procédure d'association d'utilisateurs à une stratégie : 1. Dans la zone Ajouter de nouveaux utilisateurs ou groupes, tapez un nom. 2. Cliquez sur Vérifier les noms pour vérifier ou sur Carnet d'adresses pour trouver un nom. 3. Une fois le nom trouvé, cliquez sur Ajouter. Le nom apparaît dans la zone Utilisateurs et groupes existants. Procédure de suppression d'un utilisateur associé à une stratégie : Sous Stratégies, cliquez sur le nom de la stratégie. Dans la zone Utilisateurs et groupes existants, sélectionnez un nom puis cliquez sur Supprimer. 28

33 6.2. Préférences L'administrateur CENTRAL utilise les préférences pour contrôler divers aspects du client de bureau et l'interaction avec le site CENTRAL. Les groupes et les stratégies préservent la sécurité et l'intégrité des données en limitant les types de transactions ou de requêtes qui peuvent être utilisés. Cette section présente le workflow et les processus derrière chaque opération. Elle aborde également la définition des préférences de révision et d'exécution ainsi que le processus d'approbation. Winshuttle CENTRAL permet aux administrateurs de contrôler le workflow de la publication des données sur les serveurs SAP de production. L'existence de ce processus de révision garantit l'utilisation de données correctes. Les éléments suivants peuvent être configurés en fonction des besoins de l'organisation : Processus de révision Description Pas de révision du fichier de données Aucune révision requise pour les données qui ont été saisies dans le programme TRANSACTION. Réviser et publier - une étape Le réviseur est la personne qui va exécuter le fichier. Une personne saisit les données. Le réviseur réalise la révision, puis publie les données. Il apparaît alors comme la personne qui a saisi les données. Réviser et publier séparément : deux étapes Dans ce cas, la personne qui envoie le fichier de données est l'exécuteur du fichier. Le réviseur assure la révision des données puis renvoie les données à l'exécuteur qui les publiera. Tableau 6.2 : Processus de révision 29

34 Nom de processus de préférence du site Description Autoriser l'auto-approbation Autorise l'auto-approbation pour le développeur du script Approbation de script TRANSACTION Workflow d'approbation de script TRANSACTION requis Enregistrer dans CENTRAL Autoriser l'enregistrement sur CENTRAL pour Pas de processus de révision des données. Autoriser l'exécution des lignes en erreur Autoriser l'exécution des lignes en erreur Raison de l'exécution requise Raison de l'exécution requise pour chaque publication de données SAP Activer les autorisations au niveau de l'élément Active les autorisations au niveau de l'élément pour les fichiers de données dans la bibliothèque de documents. Autoriser Desktop Scheduling Autorise l'utilisateur final à exécuter ou programmer des scripts approuvés dans SAP. S'agit-il vraiment de processus? ou de simples préférences? Tableau 6.3 : Préférences du site 30

35 Nom du mouvement pour exécuter le processus Description Échec de la validation Déplace les fichiers de données dont la validation a échoué vers la bibliothèque de documents Exécution terminée. Erreur(s) renvoyée(s) par SAP pendant la publication de Déplace les fichiers de données d'erreur SAP vers la bibliothèque de documents Exécution terminée. Une erreur s'est produite Déplace les fichiers de données d'erreurs générales vers la bibliothèque de documents Exécution terminée. Tâche annulée Déplace les tâches annulées vers la bibliothèque de documents Exécution terminée. Erreur Winshuttle SERVER Déplace les fichiers de données d'erreurs Winshuttle SERVER vers la bibliothèque de documents Exécution terminée. Requiert Winshuttle Server 31

36 Tableau 6.4 : erreurs de processus 6.3. Workflow Un workflow est un processus au sein des environnements SharePoint. Un workflow est une manière naturelle d'organiser et d'exécuter un ensemble d'unités ou d'activités, de fermer une représentation d'un processus de travail sous la forme d'un fichier exécutable. Ce processus peut contrôler presque n'importe quel aspect d'un élément dans Windows SharePoint Services, y compris le cycle de vie de cet élément. Le workflow offre assez de souplesse pour modéliser les fonctions du système et les actions humaines nécessaires à sa réalisation. Éléments à prendre en compte dans le workflow de transaction Sur la base de la fonctionnalité de workflow de SharePoint, Winshuttle CENTRAL propose des scripts prêts à l'emploi pour les processus de révision des données. La révision améliore les chances de télécharger et de charger des données correctes sur le serveur SAP cible. 1. Vous pouvez uniquement enregistrer un serveur d'applications hors production. 2. Les fichiers de script (.TXR) doivent être approuvés avant l'exécution sur un serveur d'applications de production. 3. La révision des données n'est pas nécessaire, mais elle est vivement recommandée. Gestion des fonctions contrôlables par le client Vous pouvez autoriser les utilisateurs à contrôler le client pour définir des paramètres personnels : Sauvegarde des données SAP : crée automatiquement une copie de sauvegarde des champs de données SAP actuels en ouvrant une autre feuille de travail Excel avant d'exécuter le fichier de script. Ce paramètre est utile si vous souhaitez pouvoir revenir à l'état antérieur des données. Exécution non envoyée : cochez cette case pour garantir que le fichier de données de l'exécution n'a pas déjà été utilisé. Pour vérifier ce point, transaction vérifie les informations du journal du fichier de script. (Transaction enregistre tous les messages renvoyés par SAP dans votre fichier de données). Si une information de journal est trouvée dans le fichier SHUTTLE, l'exécution s'arrête. Autoriser l'avertissement de serveur de production à l'exécution : si l'option est activée, Winshuttle CENTRAL génère un avertissement chaque fois que vous vous connectez à un serveur de production. Procédure de définition des options que les utilisateurs peuvent régler : 1. Cliquez sur Administration WINSHUTTLE CENTRAL. 2. Sous Administration TRANSACTION, cliquez sur Gérer les fonctions client. 3. Pour chaque fonction, choisissez Contrôlé par le client or Contrôlé par le serveur. 4. Pour chaque sélection, attribuez la valeur True ou False. Cliquez sur Mettre à jour. Restriction des capacités d'approbation Un membre du site peut contourner les restrictions d'accès au fichier afin d'afficher les fichiers à accès restreint et d'approuver les tâches affectées à d'autres utilisateurs. Les tâches peuvent être 32

37 ouvertes depuis n'importe quelle bibliothèque de fichiers en cliquant sur Actions, puis en cliquant sur Ouvrir avec Access dans la barre d'outils de la page Tâches. Pour visualiser un fichier à accès restreint, cliquez sur Actions, puis sur Ouvrir dans l'explorateur Windows dans la bibliothèque de documents de fichiers de données. REMARQUE : il est conseillé de retirer le bouton Actions de CENTRAL. Procédure de retrait du bouton Actions de la barre d'outils de CENTRAL : 1. Cliquez sur Actions du site, puis sur Modifier la page. 2. Cliquez sur Modifier, puis sur Modifier le composant WebPart partagé. 3. Sous Type de barre d'outils, cliquez sur Pas de barre d'outils pour appliquer les modifications. 4. La barre d'outils disparaît de la bibliothèque de document active. Répétez la procédure pour toutes les autres bibliothèques de document. 33

38 6.4. Configuration de CENTRAL pour QUERY En général, la majorité des étapes de configurations utilisées pour Transaction peuvent être appliquées à Query. Vous trouverez ci-après les principales étapes requises pour interagir avec QUERY. Création de stratégies Suivez ces étapes pour créer une stratégie de serveur : 1. Cliquez sur Administration WINSHUTTLE CENTRAL, puis sous Administration QUERY, cliquez sur Stratégies. 2. Sous Stratégies, cliquez sur la flèche Ajouter, puis cliquez sur Stratégie queryshuttle. 3. Définissez les détails de la stratégie du serveur : Saisissez un nom pour la stratégie qui reflète l'intention poursuivie. Saisissez une description de la stratégie. Définissez le type de serveur SAP (production ou hors-production). Indiquez si ce serveur sera sollicité par cette stratégie chaque jour, chaque semaine ou chaque mois. Définissez les heures pendant lesquelles le serveur doit être utilisable. 4. Indiquez le niveau d'utilisation du système (bas, moyen ou haut), autorisé sur ce serveur à un moment donné. Procédure d'association d'un utilisateur à une stratégie : 1. Dans la zone Ajouter de nouveaux utilisateurs ou groupes, tapez un nom. 2. Cliquez sur Vérifier les noms pour vérifier ou sur Carnet d'adresses pour trouver un nom. 3. Une fois le nom trouvé, cliquez sur Ajouter. Le nom apparaît dans la zone Utilisateurs et groupes existants. Procédure de suppression d'un utilisateur associé à une stratégie : Sous Stratégies, cliquez sur le nom de la stratégie. Dans la zone Utilisateurs et groupes existants, sélectionnez un nom, puis cliquez sur Supprimer. Niveaux d'utilisation du système Les niveaux d'utilisation du système décrivent le niveau des ressources système qui pourraient être utilisées par la requête durant son exécution. Par exemple, il se peut que vous souhaitiez que les requêtes aient un impact faible sur le système à la fin du mois. Le niveau d'utilisation peut prendre la valeur faible, moyenne ou élevée. L'administrateur peut définir les paramètres d'extractions pour chaque niveau d'utilisation du système conformément aux caractéristiques suivantes : Longueur du délai d'attente autorisé Limite du nombre maximum de lignes de résultat Limite du nombre d'enregistrements qui peuvent être téléchargés 34

39 REMARQUE : il est possible qu'une requête approuvée ne puisse être exécutée, car son niveau d'utilisation du système ne correspond pas à celui de la stratégie en vigueur sur le serveur où elle doit être exécutée. Procédure de définition des détails pour chaque niveau d'utilisation : 1. Cliquez sur Administration WINSHUTTLE CENTRAL. 2. Sous Administration QUERY, cliquez sur Paramètres du niveau d'utilisation du système. 3. Définissez les limites pour chaque paramètre. Cliquez sur Mettre à jour. Attribution de rôles et de niveaux de connaissance Une façon de contrôler le processus de création de données consiste à attribuer des rôles aux utilisateurs. Rôles de groupe CENTRAL pour QUERY Les groupes possèdent des capacités prédéfinies et leur interaction avec CENTRAL est également régie. Ces capacités portent sur la création, la révision et l'exécution d'un fichier de requête et sur la gestion d'un dictionnaire de données. WINSHUTTLE CENTRAL prévoit quatre groupes : Développeur de requête : un développeur peut créer et envoyer un fichier de requête. Les développeurs peuvent également définir des dictionnaires de données. Chaque développeur reçoit un niveau de connaissance de développeur. Exécuteur de requête : un exécuteur peut utiliser des requêtes approuvées pour télécharger des données depuis SAP. Réviseur de requête : le réviseur assure la révision des fichiers de requête et les approuve avant qu'ils puissent être exécutés. Administrateur du dictionnaire de données : un développeur peut modifier un dictionnaire et le charger, et il peut lancer une recherche dans le dictionnaire de données SAP et ajouter des tables en provenance de celui-ci. Niveaux de connaissance du développeur Lorsque vous attribuez un rôle de développeur, vous devez définir le niveau de connaissance de ce développeur. Les niveaux de connaissance proposés sont : Elémentaire Standard Avancé Procédure d'attribution de niveaux de connaissance aux rôles 1. Sous Administration QUERY, cliquez sur Paramètres du niveau de connaissance du développeur. 2. Sélectionnez un des niveaux suivants dans la zone Niveau de connaissances : Elémentaire, Standard ou Avancé. 35

40 3. Cliquez sur Mettre à jour. Le nouveau paramètre est enregistré. Chaque niveau de connaissances est assorti de paramètres complémentaires : Activer la création de jointures dans le générateur de requêtes Activer les jointures pour les tables de type transparent, cluster, vue et réserve Nombre maximum de tables qu'un utilisateur peut ajouter au générateur de requêtes 36

41 Définition des préférences d'exécution et de révision et du dictionnaire de données Administrateurs du dictionnaire de données Grâce à Winshuttle CENTRAL, vous pouvez autoriser chaque utilisateur à maintenir son propre dictionnaire de données ou vous pouvez fournir un dictionnaire de données pour tous les utilisateurs. Seul l'administrateur de dictionnaire de données pourra y ajouter des tables. Par défaut, chaque utilisateur possède un dictionnaire de données local. Le dictionnaire de données centralisé doit être spécialement activé. Dans un dictionnaire centralisé, les utilisateurs peuvent attribuer des favoris au départ des tables existantes, mais ces favoris locaux ne sont pas écrits sur le serveur. Un administrateur de dictionnaire de données peut créer ou modifier un dictionnaire et le télécharger sur le site CENTRAL. Un administrateur peut modifier une copie locale ou télécharger la copie la plus récente depuis le serveur. Les administrateurs peuvent rechercher des tables et en ajouter dans le dictionnaire de données Winshuttle et dans le dictionnaire de données SAP. Pour pouvoir appliquer un dictionnaire de données centralisé, vous devez avoir un rôle d'administrateur de dictionnaire de données. Le rôle d'administrateur de dictionnaire de données est attribué sur la page Rôles. Vous devez déjà avoir un rôle de développeur avant de pouvoir recevoir le rôle d'administrateur de dictionnaire de données. Utilisateurs du dictionnaire de données Les utilisateurs du dictionnaire de données qui ne sont pas des administrateurs peuvent lancer des recherches uniquement dans le dictionnaire Winshuttle disponible. Lorsqu'une nouvelle version du dictionnaire de données est disponible, elle est téléchargée automatiquement depuis le serveur lorsque l'utilisateur ouvre queryshuttle. Procédure pour indiquer que tout le monde doit utiliser le dictionnaire de données centralisé : 1. Cliquez sur Administration WINSHUTTLE CENTRAL. Sous Administration QUERY, cliquez sur Préférences. 2. Choisissez Dictionnaire de données centralisé. Cliquez sur Enregistrer pour appliquer la sélection. Auto-approbation Vous pouvez autoriser un créateur de fichier à approuver ses propres fichiers. Procédure de définition de l'auto-approbation : Cliquez sur Auto-approbation. Cliquez sur Enregistrer pour appliquer la sélection. Approbation du fichier de requête Vous pouvez déterminer si les fichiers de requête doivent être approuvés ou non. Si ce paramètre n'est pas sélectionné, le fichier devient directement un fichier de production, sans révision, dès qu'il est envoyé. Procédure de définition de l'approbation du fichier de requête : Cliquez sur Approbation du fichier de requête. Cliquez sur Enregistrer pour appliquer la sélection. 37

42 38

43 Activation de l'accélération adaptative de requête Grâce à un algorithme en instance de brevet, QUERY accélère de manière adaptative l'exécution de la requête sur le serveur SAP en fonction de la charge actuelle de ce dernier. Les ressources disponibles du serveur sont calculées au départ du nombre total de processus de dialogue ouverts. Quand plus de 50 pour cent des processus de dialogue sur le système SAP sont disponibles, la requête est exécutée à la vitesse maximum. Toutefois, lorsque la charge du serveur commence à chuter en dessous de 50 pour cent, l'exécution de la requête est ralentie de manière dynamique. L'accélération adaptative répond aux soucis de performances dans le cadre de la réalisation de requêtes sur un système de transactions actif. L'exécution d'une requête volumineuse pourrait utiliser des ressources informatiques considérables et entrer en concurrence avec les transactions SAP régulières. Ceci aurait un effet négatif sur les performances de ces transactions. Query résout ce problème en allouant uniquement les ressources de calcul disponibles pour exécuter les requêtes dans un système SAP actif. Lorsque l'algorithme d'accélération est appliqué, l'exécution de la requête ralentit alors que la charge du système augmente ; toutefois, sans l'algorithme, la requête s'exécute de manière constante et se dispute les ressources avec d'autres transactions du système. REMARQUE : les utilisateurs peuvent appliquer l'accélération de la requête en cochant une case dans la fenêtre des options avancées de QUERY. Toutefois, un administrateur doit d'abord activer l'accélération dans eshuttle. Procédure d'activation de l'accélération adaptative de requête : Choisissez l'option Activer l'accélération adaptative de requête. Cliquez sur Enregistrer pour appliquer la sélection. 39

44 7. Connexion LDAP pour Active Directory Afin que SharePoint puisse accéder aux comptes de domaine Windows, vous devez désigner un compte valide pour la connexion au serveur LDAP défini. Procédure de création d'une connexion LDAP : 1. Cliquez sur Administration CENTRAL. Sous Administration du site, cliquez sur Gérer la connexion LDAP. 2. Cliquez sur Autoriser les groupes de domaines. REMARQUE : ce paramètre doit être sélectionné et enregistré pour établir cette connexion LDAP. 3. Ajoutez les informations suivantes pour créer la connexion LDAP dans CENTRAL : 4. Serveur LDAP. Ajoutez le nom du serveur LDAP. 5. Nom d'utilisateur. Ajoutez le nom d'utilisateur pour le compte de connexion LDAP. 6. Mot de passe. Ajoutez le mot de passe pour le compte de connexion LDAP. 7. Nom de domaine. Ajoutez le nom du domaine où le compte existe. 8. Cible. Ajoutez le nom de l'unité d'organisation cible, le cas échéant. 9. Cliquez sur Tester la connexion. Cliquez sur Enregistrer. Figure 7.1 : paramètres LDAP 40

45 8. Mise à niveau de CENTRAL La mise à niveau de CENTRAL peut être réalisée en deux étapes : Mise à niveau de CENTRAL de la version 10.0 à la version 10.1 Mise à niveau de CENTRAL de la version 10.1 à la version 10.2 peut être mis à niveau depuis la version La mise à niveau à la version 10.2 concerne les versions suivantes : Mininum CENTRAL Mise à niveau de CENTRAL version 10.0 à la version Sur le site d'administration de CENTRAL, confirmez que la version actuelle est bien la version 10.0 (Figure 8.1). 2. Sur le serveur SharePoint, exécutez setup.exe de CENTRAL. 3. Quand l'invite apparaît, cliquez sur Suivant dans l'assistant d'installation de CENTRAL. Figure 8.1 : vérification de la version 4. Confirmez que toutes les coches sont vertes sur la page Vérification du système, puis cliquez sur Suivant. 41

46 Figure 8.2 : Cliquez sur Suivant. 5. Confirmez que l'option Mise à niveau a été sélectionnée. Cliquez sur Suivant. Figure 8.3 : Choisissez l'option Mise à niveau. 6. Écran illustrant la progression. 42

47 Figure 8.4 : progression de la mise à niveau 7. Une fois la mise à niveau terminée, cliquez sur Suivant. Figure 8.5 : Cliquez sur Suivant. 8. L'écran confirme la réussite de la mise à niveau. Cliquez sur Fermer. 43

48 Figure 8.6 : la mise à niveau a réussi 9. Sur le site CENTRAL, cliquez sur Administration CENTRAL, puis cliquez sur Mise à niveau de V10.0 à V10.1. Figure 8.7 : mise à niveau du site CENTRAL 10. L'écran indique la progression. 44

49 Figure 8.8 : processus de mise à niveau 11. Une fois la mise à niveau terminée, cliquez sur le lien Administration de CENTRAL. La version indiquée doit maintenant être

50 8.2. Mise à niveau de CENTRAL à la version 10.2 La mise à niveau suivante à la version 10.2 concerne CENTRAL version Sur le serveur SharePoint, exécutez setup.exe de CENTRAL. 2. Quand l'invite apparaît, cliquez sur Suivant dans l'assistant d'installation de CENTRAL. 3. Confirmez que toutes les coches sont vertes sur la page Vérification du système, puis cliquez sur Suivant. Figure 8.9 : Cliquez sur Suivant. 4. Confirmez que l'option Mise à niveau a été sélectionnée. Cliquez sur Suivant. Figure 8.10 : Choisissez l'option Mise à niveau. 46

51 5. Le programme d'installation affiche un message d'avertissement pour signaler que tous les workflows vont être interrompus durant la mise à niveau. Figure 8.11 : avertissement 6. L'écran affiche la progression de l'installation (cf. Figure 8.13). Figure 8.12 : progression de l'installation 7. Une fois la mise à niveau terminée, cliquez sur Suivant. 47

52 Figure 8.13 : la mise à niveau a réussi 8. L'écran confirme la réussite de la mise à niveau. Cliquez sur Fermer. 9. Sur le site CENTRAL, cliquez sur Administration de CENTRAL et vérifiez la version de CENTRAL. Figure 8.14 : site de CENTRAL 10. Au départ du site d'administration de CENTRAL, assurez-vous que la version actuelle est 10.1 et que l'option disponible propose la mise à niveau du site CENTRAL à la version 10.2 (cf. Figure 8.15). 48

53 Figure 8.15 : vérification de la version 49

54 9. Désinstallation de CENTRAL Les étapes suivantes permettent de désinstaller la base de données CENTRAL et les sites CENTRAL : 9.1. Préparatifs pour la désinstallation Suivez la procédure ci-après pour désinstaller l'application : 1. Identifiez les ordinateurs sur lesquels vous souhaitez réaliser la désinstallation ainsi que les composants que vous souhaitez désinstaller de chaque ordinateur. 2. Confirmez qu'il n'y a aucune connexion en cours à la collection de sites SharePoint où se trouve l'instance de CENTRAL. Pour les composants Winshuttle 1. Ouvrez une session sur le client en tant qu'administrateur local ou en tant que membre du groupe d'administrateurs. 2. Vérifiez et confirmez que vous possédez une mise à jour récente de l'ordinateur, du système et des bases de données SharePoint. Pour les composants SharePoint 1. Dans la mesure où ce processus touche les composants CENTRAL SharePoint, il est primordial qu'aucun utilisateur ne soit en session sur les sites CENTRAL concernés. 2. Requiert la suppression de CENTRALdb dans l'instance SQL du serveur SharePoint Suppression de CENTRAL 1. Double-cliquez sur CENTRAL setup.exe pour lancer la procédure de suppression. 2. Cliquez sur Suivant à l'invite sur l'écran Solution Winshuttle CENTRAL. 50

55 Figure 9.1 : cliquez sur Suivant. 3. Laissez la fonction Vérification du système de la solution CENTRAL vérifier les points de contrôle. Figure 9.2 : vérification du système 4. Cliquez sur Supprimer et attendez la fin du processus. 51

56 Figure 9.3 : sélectionnez Supprimer 5. Patientez pendant la suppression de la solution CENTRAL. Cliquez sur Suivant à l'invite. Figure 9.4 : progression de la désinstallation 6. Cliquez sur Terminer dans l'écran de synthèse de la désinstallation. 52

57 Figure 9.5 : réussite de la désinstallation 7. Maintenant, il faut désinstaller Winshuttle.CENTRAL.Database via la fonction Ajouter/supprimer des applications. Figure 9.6 : liste Ajouter/supprimer des applications Figure 9.7 : Ajouter/supprimer des applications - confirmation 53

58 8. Ensuite, supprimez manuellement CENTRALDB de SQL Server Management Studio. Mettez la base de données en évidence, cliquez-droit, puis cliquez sur Supprimer. Figure 9.8 : SQL Server Management Studio 9. Cliquez sur OK dans l'écran Supprimer l'objet. Figure 9.9 : écran Supprimer l'objet 10. le processus d'installation est terminé. 54