Le post consiste à montrer le fonctionnement de la console Authoring au travers de l’exemple suivant : étendre la CMDB pour gérer les assets de manière plus avancé que ce que propose la solution par défaut. Dans la partie item de configuration (appelé « Configuration Item » en anglais), il est possible de gérer les Assets à un premier niveau. Maintenant si l’on veut avoir une gestion évoluée des Assets il existe des partenaires, éditeurs qui viennent étendre la solution. Maintenant, vous pouvez très bien le faire par vous-même en créant votre propre MP (Management Pack).

Ici nous allons étendre le formulaire permettant la gestion des machines et ajouter des champs tels que Cost Center, Statut, Numéro d’Asset, Prix…

Après avoir ouvert la console Authoring se diriger vers File | New et choisissez où vous voulez créer votre nouveau MP.

Dans la partie de droite, lister tous les managements packs et choisissez Class Browser. Choisissez la classe sur laquelle vous voulez travailler. Dans l’exemple, Windows Computer. Une fois cette classe sélectionnée, il faut attendre que le MP qui contient cette classe s’ouvre.

Dans la partie de droite, cliquer bouton droit sur la classe (ici Windows Computer) et sélectionner Extend Class puis sélectionner le MP préalablement créé qui va contenir le modifications / ajouts que l’on va faire.

Une fois effectuée, il est proposé dans la partie centrale de créer de nouvelles propriétés ou nouvelles relation à la classe existante. Ici cliquer sur Create Property… et entrer le nom de la propriété

Ensuite, il faut compléter les propriétés de la propriété, à minima le type.

Faire de même pour chaque propriété à ajouter.

La deuxième étape consiste à modifier ou créer votre propre formulaire. Ici nous allons modifier un formulaire existant. Dans la partie de droite, lister tous les managements packs et choisissez Form Browser afin de visualiser tous les modèles de formulaires disponibles dans SCSM. Sélectionner ComputerForm et attendez que le modèle de formulaire se charge.

Dans la partie centrale il faut cliquer sur Customize puis sélectionner le MP préalablement créé.

Il est maintenant possible de modifier le formulaire existant en sélectionnant les objets de situer dans Form customization Toolbox.

Voilà le résultat après quelques clics.

Important. Pour chaque liste, champ texte… ajouté, il faut se diriger dans les propriétés de l’objet en cliquant dessus. Il faut à minima faire le lien (« bind » en anglais) entre l’objet créé dans le formulaire et la classe préalablement créé. Voir ci-dessous.

Une fois que vous avez terminé, il vous suffit de sauvegarder cotre MP et de l’importer dans SCSM. Le résultat est assez bluffant car en peu de temps vous avez personnalisé la solution de manière graphique sans effort de développement.

Les listes que vous avez créées sont configurables dans l’onglet Librairie | listes

Pour ceux qui sont allés à la fin de mon post j’ai mis en pièce jointe un MP qui contient l’exemple décrit ci-dessus à savoir la gestion avancée des assets « machines ».

En PJ le MP !!!!

SCSM_Assets.xml

• Robustesse de la solution
• Export vers de nombreux formats (csv, pdf, html…)
• Souscription à des rapports
• Possibilité de créer des rapports personnalisés

Le dernier point est intéressant car même s’il est possible de créer des rapports personnalisés facilement avec Report Builder ou Visual Studio il faut avoir des connaissances SQL et connaitre le schéma de la base de données ; ici de la CMDB Service Manager !

SCSM 2012 s’appuie aussi sur le moteur Analysis Services de SQL qui permet de gérer des données multidimensionnelles contenant des données de détail ou agrégées depuis plusieurs sources de données exposé de manière unifiée au travers d’un cube OLAP exploitables simplement.

Allons regarder comment cela fonctionne dans SCSM 2012. Une fois le Data Warehouse configuré, dans la console SCSM, il est possible de gérer des « Data Source » appelés sources de données en français. Par défaut, les sources de données suivantes sont créées : base des opérations SCSM et data warehouse SCSM. Il est ensuite possible d’enregistrer ces propres « Data Source ».

Par défaut, il est possible d’enregistrer les programmes sources suivants : SCCM et SCOM.

Une fois les sources créées, il est possible de visualiser les cubes dans l’onglet Data Warehouse | Cubes

Afin de visualiser quand et comment les cubes sont exécutés (« processés »), il suffit de se diriger dans l’onglet Data Warehouse | Data Warehouse jobs

Maintenant que nous avons fait un tour sur la partie configuration que j’aime appeler la tuyauterie, passons au fonctionnel avec l’étude d’un cas concret ! Imaginons que le management demande d’avoir un Dashboard sur le suivi des incidents et qu’aucun rapport BI disponible ne convienne. Retournons dans l’onglet Data Warehouse | Cubes puis sélectionner un des cubes, dans notre cas Service Manager WorkItems cubes. Une fois le cube sélectionné, dans la partie de droite, il faut sélectionner Analyze Cube in Excel.

Cette action ouvre Excel et créé une chaine de connexion au DataMart. Il est très bien possible d’ouvrir Excel directement et de créer la chaine de connexion manuellement mais Service Manager peut le faire pour vous. Une fois Excel ouvert, une liste Pivot Table apparait sur la droite. Cette liste permet de manipuler les données issues de SCSM comme si vous manipuliez une donnée sous Excel.

Ensuite, si vous avez Sharepoint, vous pouvez utiliser avec la fonctionnalité Excel Services afin de publier vos Dashboard créés sous Excel. Dans notre exemple, nous allons sélectionner les champs suivants :

• IncidentDim
• IncidentDimCount
• · IncidentDim -> IncidentDim:
• CreatedDate
• IncidentDim -> IncidentDim_IncidentTierQueues
• More fields -> IncidentTierQueuesValue

La mise en forme est ensuite simple sous Excel car on peut ajouter des slicer, formater les cellules, ajouter des graphes… Voici le rendu après quelques manipulations :

J’ai mis en pièce jointe des exemples de rapports. Si vous voulez les utiliser dans votre environnement, il faut ouvrir le fichier Excel, se diriger vers Data | Connections

Cliquer sur les propriétés de la connexion existante et dans l’onglet Definition, il faut modifier la chaine de connexion.

Rpt_Incidents.xlsx

Afin de d’illustrer la mise en place d’une offre de service, je vais prendre un cas concret qui est de demandé par les clients afin d’illustrer, à savoir : scénario nouvel arrivant.

L’exemple va donc permettre :

• De permettre à des utilisateurs de faire une demande pour un nouvel arrivant en remplissant le formulaire suivant :
• Nom
• Prénom
• Département
• Manager
• Job (titre du poste)
• Email
• Date de fin si non CDD / Intérimaire / Stagiaire
• Création d’une machine pour l’utilisateur
• Machine VDI ou physique

• Une fois la demande réalisée, plusieurs activités sont déclenchées :

1. Activité d’approbation : le manager doit approuver la demande

2. Activité automatique (runbook) : comme évoqué dans un autre post, il est maintenant possible de créer activités automatiques qui vont en fait déclencher des runbook SCO. Dans notre cas le runbook va effectuer les actions suivantes :

§ Création d’un compte utilisateur dans l’AD et ajout des informations associées (département, manager, cost center…) et ajout d’une date de fin dans le champ description si CDD / Intérimaire / Stagiaire

§ Création d’un compte machine dans l’AD et ajout d’une date de fin dans le champ description si CDD / Intérimaire / Stagiaire

§ Création d’une machine virtuelle pour l’utilisateur et ajout au pool VDI MS. Cela pourrait être le déploiement d’une machine physique via SCCM ou autre.

Les prérequis sont les suivants :

• Infrastructure SCSM en place ainsi que le portail SharePoint SCSM
• Mise en place des connecteurs (SCO si l’on veut automatiser la demande et AD à minima)

Les actions à réaliser pour mettre en place l’exemple sont :

1. Création d’un modèle d’activité d’approbation. C’est optionnel car SCSM fournit déjà des modèles existants mais ici on va en créer pour montrer la simplicité

2. Création d’un modèle d’activité automatique liée au runbook qui va effectuer les actions automatiques

3. Création d’un modèle de demande de service où l’on va définir le flux associés (activité d’approbation puis activité automatique)

4. Publication de la demande de service au catalogue (offre de service)

5. Ajout de l’offre de service à un portefeuille de service (optionnel). Cette étape permet de grouper plusieurs offres de services afin de faciliter la gestion et de faciliter la navigation et recherche dans le portail.

Etape 1 : Création du modèle d’activité d’approbation

Pour créer un modèle d’activité d’approbation, il faut :

1. Se diriger vers l’onglet Library puis cliquer bouton droit sur Templates et sélectionner Create Template

2. Entrer le nom du modèle (exemple : Approbation manager), sélectionner la classe Review activity et sélectionner un Management Pack (exemple : Service_Catalogue_MP). Cliquer sur OK.

3. Une fois le modèle ouvert entrer les informations dans Titre et description puis sélectionner Line Manager should Review. Cliquer sur OK.

Etape 2 : Création du modèle d’activité automatique lié au runbook

Je ne vais pas décrire la création du runbook mais simplement la création du modèle d’activité associé. Je vous mets le runbook en pièce jointe du post pour exemple.

1. Prérequis : il faut vérifier que le connecteur SCO est en place et que le ou les runbooks créés sont présents dans SCSM dans l’onglet Library. Si vous allez dans les propriétés du runbook dans SCSM nous avons plusieurs paramètres en entrée pour que le runbook s’exécute bien. Ce sont les informations remplies au travers du portail qui seront fournies au runbook. Dans l’exemple il s’agit du runbook « NouvelArrivant »

 

1. Pour créer le modèle d’activité automatique, il faut se diriger vers Library puis cliquer sur Runbook view.
2. Sélectionner un des runbooks ici : « NouvelArrivant ».
3. Cliquer sur Create Runbook activity template task.
4. Definir un nom et l’associer un MP spécifique (exemple : Service_Catalogue_MP).
5. Dans l’onglet General, compléter les informations de description du runbook et sélectionner Is ready for automation.
6. Dans l’onglet Runbook du modèle, se diriger vers ID et cliquer sur Edit mapping.
7. Etendre les objets et sélectionner ID situé dans Object. Cette valeur ID sera utilisée par le runbook SCO pour faire le match avec l’activité Runbook en cours d’exécution.
8. Cliquer sur OK pour valider et terminer l’opération.

Etape 3 : création d’un modèle de demande de service « Nouvel arrivant »

1. Se diriger vers Library et cliquer sur Templates view.
2. Cliquer sur Create template task.
3. Définir un nom au modèle et sélectionner Service Request. pour la classe puis sélectionner le même MP que celui utilisé pour stocker le modèle d’activité runbook (exemple : Service_Catalogue_MP).
4. Dans l’onglet General du modèle fournir à minima le titre, description, l’urgence, la priorité… de la demande de service.
5. Dans l’onglet Activities, définir le workflow d’activités à exécuter. Dans l’exemple on ajoute l’activité d’approbation puis l’activité automatique préalablement créées en cliquant sur

Remarque : quand on ajoute l’activité runbook faire attention que Is ready for automation est sélectionné afin d’autoriser le runbook.

6. Une fois terminé, cliquer sur OK pour terminer.

Etape 4 : Publication de la demande de service préalablement créé sur le portail (offre de service)

Pour ce faire rien de bien compliqué, il faut créer la demande d’offre (pour simplifier le formulaire à remplir) :

1. Se diriger dans l’onglet Library et cliquer bouton droit sur Request Offerings et sélectionner Create Request Offering.

2. Entrer les informations de la request offering (titre, image et description) et sélection la demande de service « Nouvel arrivant » comme template. Au niveau du Management Pack sélectionner celui utilisé depuis le début et cliquer sur Next.

3. Créer tous les prompts à afficher pour remplir la demande :

• Nom -> texte
• Prénom -> texte
• Département -> liste
• Manager -> texte
• Job (titre du poste) -> texte
• Email -> texte
• Date de fin si non CDD / Intérimaire / Stagiaire-> Date
• Création d’une machine pour l’utilisateur -> texte
• Machine VDI ou physique -> liste

4. Dans l’étape d’après configurer les listes

5. Cette étape est très importante car elle permet d’envoyer les informations saisies dans le formulaire de demande ou activités. A minima il faut mapper les informations renseignées avec le formulaire runbook (paramètre d’entrée)

6. Se diriger ensuite vers Publish et bien sélectionner Publish dans le statut.

L’offre est maintenant publiée. Vous pouvez d’ores et déjà vous connecter sur le portail et afficher les offres en mode liste. Vu que l’offre n’appartient à aucune catégorie, elle ne sera pas visible dans l’affichage par défaut.

Etape 5 : Ajout de l’offre de service à un catalogue de services

1. Se diriger dans l’onglet Library et cliquer bouton droit sur Service Offerings et sélectionner Create Service Offering.

2. Entrer les informations général qui vont être publiée sur le SharePoint et sélectionner le MP préalablement créé.

3. Dans la partie Detailed Information, entrer les informations de coûts, SLA…

4. Dans la partie Request Offering, il faut ensuite ajouter la demande d’offre préalablement créée en cliquant sur Add…

5. Dans la partie Publish, il faut à minima sélectionner Publish dans Offering Status et terminer le wizard.

Enfin il ne reste plus qu’à tester en se connectant au SharePoint et vu que la prise en compte est dynamique vous devriez voir apparaître votre offre de service dans le portefeuille gestion de l’utilisateur.

Pour ceux qui sont allés jusqu’à la fin du post, j’ai une dernière surprise j’ai mis en plus du runbook le MP ! Donc pour ceux qui veulent tester rapidement le fonctionnement sans passer par toutes les étapes il vous suffit d’effectuer les actions suivantes :

• Import du runbook dans SCO
• Ajout du connecteur SCO dans SCSM et synchronisation
• Import du MP dans SCSM

Exemple_MP_Runbook.zip

Ce post décrit l’utilité ainsi que la mise en place de ces connecteurs SCO (Orchestrator). Ce connceteur supporte seulement SCO 2012 et non les versions d’Opalis 6.3, 6.2… La raison est simple, le connecteur s’appuie sur le Web Service de SCO non disponible dans les versions antérieures. Ce connecteur permet donc de récupérer les runbooks créés dans Orchestrator pour ensuite pouvoir les exploiter en tant qu’activité dans Service Manager. Hé oui, une des nouveautés de Service Manager est de maintenant pouvoir créer des activités automatiques qui vont déclencher des runbooks ; et ce en plus des activités manuelles ou des activités de validation !!!!!! Imaginez maintenant les possibilités en terme de Workflow (flux de travail). Pour mettre en place le connecteur Orchestrator il suffit d’avoir :

• L’URL du Web service SCO du type http://<opalis>:81/Orchestrator2012/orchestrator.svc ;
• Un compte de service ayant les droits nécessaires :
• Pour la synchro des runbooks, le compte de service doit avoir les droits en lecture et listage du dossier de runbooks à synchroniser Orchestrator Runbook Designer
• Pour l’exécution des runbooks, le compte de service doit avoir les droits de publication sur le dossier racine des runbooks ainsi que les sous dossiers. Cette opération est à réaliser dans la console Orchestrator Runbook Designer

La philosophie reste ensuite la même que pour les autres connecteurs. Il faut ouvrir la console, se diriger vers l’onglet Administration puis Connectors, cliquer sur Create Connector et sélectionner Orchestrator connector.

Il s’agit ensuite de renseigner le nom du connecteur ainsi que la description du connecteur.

Il faut ensuite renseigner l’URL du Web service et le compte de service

Enfin, il faut sélectionner le dossier qui contient les runbooks que l’on souhaite exploiter dans Service Manager. On ne peut sélectionner qu’un seul dossier. Il est donc recommandé de :

• Soit inclure tous les runbooks dans une arborescence de dossiers spécifiques.
• Soit de sélectionner le dossier racine de SCO.
• Soit de créer plusieurs connecteurs SCO.

Une fois la création du connecteur effectuée, il suffit de se diriger dans l’onglet Library puis de cliquer sur runbooks pour visualiser les runbooks synchronisés. C’est un moyen simple de voir si le connecteur fonctionne !

Il est ensuite possible de créer des modèles d’activité automatique basés sur les runbooks synchronisés par le connecteur préalablement créé.

Vu que Service Manager repose sur SharePoint (notamment le portail / catalogue de services), la mise en place d’un questionnaire devient trivial et l’intégration avec SCSM simple.

L’exemple ci-dessous permet d’envoyer une notification à la suite d’une fermeture d’un incident à l’utilisateur affecté.

1. Dans un premier temps il faut créer un questionnaire afin de mesurer le niveau de satisfaction des utilisateurs ayant ouvert un incident dans SharePoint 2010 (cela fonctionne aussi avec SharePoint 2007 ou WSS)

• Se loguer sur le site SharePoint avec les droits administrateurs et diriger vers Site Actions | Créer

• Se diriger dans Liste puis cliquer sur Enquête en français ou Survey en anglais et créer votre formulaire. Dans l’exemple les questions suivantes sont posées (l’exemple est simple mais vous pouvez créer facilement des questionnaires évolués) :
• IncidentID –> champ texte
• AffectedUsed –> champ texte
• Etes vous satisfait ? –> Choix multiples (Très satisfait, Satisfait, Moyennement satisfait, Pas satisfait)
• Commentaires –> champ texte riche (multi lignes)

• Une fois toutes les questions créées, votre questionnaire de satisfaction est en place. Dans l’exemple nous avons créé, deux champs “IncidentID” et “AffectedUser”. Le  but est que ces champs ne soient pas visibles de l’utilisateur et pré-rempli afin d’éviter à l’utilisateur de remplir des informations connues par le système. Pour ce faire, il faut modifier le questionnaire créé. Le plus simple reste d’ouvrir SharePoint designer en se dirigeant vers Site Actions | Edit in SharePoint Designer

• Dans SharePoint Designer, ouvrir la page NewForm.aspx, créer une webpart de type « Editor content » et ajouter le code suivant dans la webpart préalablement créée:

<script type="text/javascript">

    _spBodyOnLoadFunctionNames.push("fillDefaultValues");

// Retourne la valeur du parametre URL

function gup(name) {

                               name = name.replace(/[\[]/,"\\\[").replace(/[]]/,"\\\]"); var regexS = "[\\?&]"+name+"=([^&#]*)";

                               var regex = new RegExp( regexS );

                               var results = regex.exec( window.location.href );

                               if( results == null )

                                               return "";

                               else                      

                                               return (trim (results[1]) );

}

    function fillDefaultValues() {

        var _IncidentID=gup("IncidentID");

        var _AffectedUser=gup("AffectedUser");

        setInputValueFromFieldName("IncidentID", _IncidentID, true);

        setInputValueFromFieldName("AffectedUser", _AffectedUser, true);

}

    function setInputValueFromFieldName(strFieldName, strValue, boolHide) {

        //this gets the input textbox so you can set the value

        var tag = getTagFromTagNameAndTitle("input", strFieldName);

        tag.value = strValue;

        //if you want to hide the input textbox pass boolHide = true

        if (boolHide) {

            tag.parentNode.parentNode.parentNode.style.visibility = "hidden";

var TDs = document.getElementsByTagName("TD");

for (var i = 0; i < TDs.length; i++) {

                var tempString = TDs[i].id;

                if (trim(TDs[i].innerHTML) == strFieldName) {

                    TDs[i].parentNode.style.visibility = "hidden";

                }

            }

        }

    }

    function getTagFromTagNameAndTitle(tagName, title) {

        var tags = document.getElementsByTagName(tagName);

        for (var i = 0; i < tags.length; i++) {

            var tempString = tags[i].id;

            if (tags[i].title == title) {

                return tags[i];

            }

        }

        return null;

    }

    function trim(str, chars) {

        return ltrim(rtrim(str, chars), chars);

    }

    function ltrim(str, chars) {

        chars = chars || "\\s";

        return str.replace(new RegExp("^[" + chars + "]+", "g"), "");

    }

    function rtrim(str, chars) {

        chars = chars || "\\s";

        return str.replace(new RegExp("[" + chars + "]+$", "g"), "");

}

</script>

2. Dans SCSM il suffit ensuite de créer une notification qui envoie un mail à l’utilisateur affecté. Ce mail comprend le lien vers le questionnaire avec en paramètre les informations sur l’ID de l’incident et le nom de l’utilisateur affecté. Pour ce faire:

• Cette étape consiste à la création d’un modèle de notification d’un incident quand l’incident est fermé. Dans la console, se diriger vers Administration puis Notifications puis template. Dans l’objet du mail => Nom de l’incident + Compléter le questionnaire satisfaction pour cloturer définitivement l’incident ! Dans le corp du mail => Texte à définir + Lien vers le questionnaire.



• Dans le screenshot ci-dessus on peut voir que le texte suivant

Bonjour,

Pouvez vous nus faire vos retours sur la gestion de votre incident en cliquant ici:

http://Srv/SMPortal/Survey/Lists/Satisfaction/NewForm.aspx?IncidentID=$Context/Property[Type='CustomSystem_WorkItem_Library!System.WorkItem']/Id$&AffectedUser=$Context/Path[Relationship='CustomSystem_WorkItem_Library!System.WorkItemAffectedUser' TypeConstraint='CustomMicrosoft_Windows_Library!Microsoft.AD.UserBase']/Property[Type='CustomMicrosoft_Windows_Library!Microsoft.AD.UserBase']/DistinguishedName$

ID de l'incident : [$Context/Property[Type='CustomSystem_WorkItem_Library!System.WorkItem']/Id$]
Sujet de l'incident : $Context/Property[Type='CustomSystem_Library!System.Entity']/DisplayName$

Il est important de répondre à cette enquête satisfaction afin dans un souci d'amélioration continu.

Votre Helpdesk

• Les informations du type “$Context/Property[Type='CustomSystem_WorkItem_Library!System.WorkItem']/Id$” sont ajoutés en utilisant le bouton Insert et permettent d’afficher du texte dynamique.

• Dans la console, se diriger vers Administration puis Workflows et Configuration view puis sélectionner Incident Event Workflow Configuration.

• Cliquer sur Add puis il suffit ensuite de suivre le Wizard afin de déclencher une notification une fois que les incidents sont mis à jour avec comme critère “Status” égal à “Close” et terminer le wizard en associant la notification au modèle préalablement créé.

Concernant Service Manager, les grandes nouveautés sont les suivantes :

·        Meilleure scalabilité et optimisation des performances (DW et Operation).

·        Nouveaux connecteurs pour une meilleure intégration avec la gamme System Center et amélioration de ceux existants :

o   Intégration avec Orchestrator avec l’ajout d’un connecteur spécifique. Cette fonctionnalité est une grande avancée car elle offre de nombreuses possibilités. En effet, il sera possible de créer en plus des activités manuelles ou de validation, des activités automatisés qui vont en fait lancer un ou plusieurs runbook Orchestrator. J’imagine que vous voyez qu’il n’y a donc plus de limite.

o   Intégration avec VMM avec l’ajout d’un connecteur spécifique. Cela va permettre des demandes de VM au travers du portail Service Manager et de manière native.

o Le connecteur AD a été revu afin d’améliorer ces performances.

·        Un gros travail sur les activités a été effectué puisqu’il y a maintenant la possibilité d’avoir de paralléliser les activités et d’avoir des activités automatisées (runbook) en plus des activés manuelles ou d’approbation.

·        Ajout d’un module de SLA intégré et complet avec une gestion des calendriers (jours ouvrés, fériés, heures de travail…).

·        Nouveau portail Web intégré à SharePoint et basé sur Silverlight. la version foundation de SharePoint est suffisante.

·        Ajout d’un catalogue de services intégré au nouveau portail. Il est possible de créer son propre catalogue de services (exemples : Gestion d’un nouvel arrivant, ajout d’utilisateurs dans des groupes AD, demande d’installation d’une application, demande de réinstallation de poste, demande de VMs…) et de le publier au travers du portail SharePoint Service Manager.

·        Nouvelles possibilités de reporting, dashboard via System Center Data WareHouse (SCDW). Service Manager 2012 permet de stocker les données dans de nouvelles DatMart et non plus seulement dans la DatMart du DataWarehouse afin d’offrir une meilleure scalabilité. De plus, la mise en place de SCDW permet d’accéder aux données via de nombreuses interfaces de reporting. SCDW a été architecturé pour fonctionner avec des applications telles que Reporting Services, Sharepoint et Excel. Les rapports et les dashboards peuvent récupérer les données directement  de la base DataMart et/ou du cube OLAP.

• ·Integration Packs : sont fournis par les éditeurs afin de permettre une couverture des environnements Windows et non Windows ainsi que les solutions Microsoft ou Non Microsoft. La liste des Intergration Packs pour SCO 2012 est disponible ici : http://technet.microsoft.com/en-us/library/hh295851.aspx.
• Foundation Objects : sont les objects nativement présent dans la console et permet de gérer les composants de base (composants système, email, fichiers, dossiers, …)
• Quick Integration kit (QIK) : permet de créer des Integration Packs personnalisés

Rentrons maintenant dans le concret en regardant comment les Intergration Packs sont gérés dans SCO mais aussi par quel(s) composant(s) ils sont utilisés. L’utilitaire Deployment Manager de SCO permet de :

• Enregistrer un Integration Pack : cela signifie de référencer l’IP au niveau du Management Serveur afin de lister/référencer les objects, fonctions, paramètres… de l’IP. Pour ce faire, il faut :

1. Ouvrir la console Deployment manager, cliquer bouton droit sur un des nœuds et sélectionner Register IP with the Orchestrator Management Server…

2. Ajouter les Integration Packs (fichier OIP) souhaités (ici les IP de la gamme System Center)

• Déployer un Integration Pack : une fois le ou les IP référencés, il faut ensuite les déployer sur les Runbooks serveur. Une fois le ou les IP déployé sur au moins un Runbook serveur, l’IP devient disponible dans la console Designer. Pour ce faire :

1. Ouvrir la console Deployment manager, cliquer bouton droit sur un des nœuds et sélectionner Deploy IP with to the Runbook Server or Runbook designer…

2. Sélectionner le ou les IP à déployer

3. Sélectionner le ou les Runbook serveurs sur lesquels le ou les IP sont déployés :

4. Il est possible de planifier le déploiement sur les Runbook serveurs sachant que le déploiement des IP peut entrainer un redémarrage

Remarque : les Integration Packs ne doivent pas forcément être déployés sur tous les runbooks serveurs. Il est préférable de les déployer sur à minima deux Runbook Serveurs afin d’avoir une tolérance à la panne d’un des deux Runbooks.

Pour ceux qui ont déjà mis en place Opalis, le changement intervient dès l’installation de SCO. En effet, un Wizard similaire aux autres produits de la gamme System Center 2012 est affiché.

Dans cet exemple nous ferons une installation de tous les composants sur la machine.

Remarque : une des nouveautés est que le wizard installe pour vous les prérequis et les configure s’ils ne sont pas présents, à savoir :

·        IIS pour la console opérateur et le web service

·        Framework 3.5 SP1

En revanche, l’installer ne prend pas à sa charge l’installation de Microsoft .NET Framework 4. Il s’agit donc d’un prérequis.

Prérequis : vous devez être muni d’un compte de service afin d’exécuter le pool Web et d’un groupe Active directory qui auront les droits dans la console Designer. Le compte de service doit avoir les droits suivants :

·        Membre du domaine ;

·        Membre du groupe administrateur local du serveur (dans le cas où les rôles sont éclatés, ce compte doit être membre du groupe administrateur local des serveurs hébergeant le composant Management ou runbook). Si la base de où est hébergée SCO est sur un serveur distant le compte de service doit avoir les droits de se connecter au serveur de base de données. Il est ajouté au rôle Microsoft.SystemCenter.Orchestrator.Admins lors de l’installation.

Etapes d’installation

1.      Entrer les informations et cliquer sur Next

2.      Accpeter le contrat de licence et cliquer sur Next

3.      Sélectionner les composants à installer (tous dans l’exemple) et cliquer sur Next

4.      Vérification des prérequis

5.      Si IIS n’est pas installé l’interface propose d’installer ce composant et de le configurer. Sélectionner Enable IIS role puis cliquer sur Next. IIS doit être configuré de la manière suivante :

6.      Cliquer sur Next

7.      Entrer les informations liées au compte de service (ici DOM\sa-sco) puis cliquer sur Test et cliquer sur Next une fois les credentials acceptés.

8.      Entrer le nom et l’instance du serveur de base de données qui va gérer la base SCO. Cliquer sur Test et cliquer sur Next une fois la connexion à la base de données acceptée acceptés.

9.       puis cliquer sur Next (ici localhost).

10.   Sélectionner New Database et entrer le nom de la base de données SCO (ici orchestrator) puis cliquer sur Next.

11.   Cliquer sur Browse pour choisir le groupe ayant accès à la console designer, sélectionner Grant Remote Access to the Runbook Designer puis cliquer sur Next.

12.   Entrer les ports utilisés pour le site Operator console et le Web Service puis cliquer sur Next (ici 81 et 82). Cliquer sur Next.

13.   Choisir le dossier d’installation et cliquer sur Next.

14.   Sélectionner si vous désirez activer la fonctionnalité Windows update pour SCO et cliquer Next

15.   Sélectionner la configuration souhaitée pour participer au programme d’aide puis cliquer sur Next

16.   Résumé de la configuration avant installation. Cliquer sur Install

17.   Installation en cours

18.   Fin d’installation. Cliquer sur Close

Pour information : l’utilisation de la console Operator (console Web) nécessite d’avoir Silverlight d’installer

Ce post ne décrit pas comment installer ce Web Service mais plutôt comment l’exploiter pour créer ces propres rapports via Power Pivot. Cependant, voici quelques informations pratiques sur la mise en place du Web Service :

·         Le compte de service doit avoir les droits en lecture sur le datastore ;

·         Il doit aussi avoir le droit de se connecter en tant que service (Log On As Service).

Les prérequis à l’exécution de l’exemple suivant sont les suivants :

·         SCO installé et configuré avec des Runbooks opérationnels ;

·         Le Web Service installé et configuré (dans l’exemple, l’url est http://opalis:81/orchestrator.svc) ;

·         Excel à disposition avec PowerPivot installé.

Les étapes suivantes décrivent comment créer un rapport Excel avec Power Pivot. Pour ce faire ouvrir Excel. Ma version d’Excel est anglaise donc attention à la traduction pour ceux qui utilise un Excel dans un autre langue (exemple : français J).

Dans le ruban Excel, se diriger vers la galerie PowerPivot  et Sélectionner le bouton PowerPivot window.

Une nouvelle fenêtre s’ouvre. Il faut ensuite cliquer sur From Data Feeds.

Entrer les informations de connexion au DataFeed (Web Service Orchestrator).

Tester la connexion et cliquer sur Next.

Sélectionner les données que vous souhaitez visualiser puis cliquer sur Preview and filter. Cliquer sur OK puis Finish..

En quelques clics vous avez extrait l’information que vous souhaitez directement dans Excel. Il est maintenant simple de personnaliser le rapport en utilisant les fonctionnalités d’Excel :

·         En ajoutant, supprimant, modifiant des colonnes

·         En personnalisant le tableau (sparklines,slicers…)

·         En ajoutant des graphes…

Il est ensuite possible d’enregistrer le rapport créé et de le poster sur SharePoint, site Web… en utilisant l’option « Save and Send ».

Pour l’instant ces informations se basent sur la version Beta de SCO. Pour plus d’information se référer au site Connect (ici) ou sur le site Technet. La version Beta n’est pas la version finale, elle est donc susceptible d’évoluer ainsi que ces prérequis...

·         Terminologies :

·         Architecture :

Les principes d’architecture et de fonctionnement reste les même qu’Opalis 6.3. Je vous conseille donc de vous référer à un ancien post que j’avais réalisé sur le sujet (ici). Une des grandes différences est que SCO est maintenant full 64 bits.

Une des nouveautés est la mise à disposition d’un web Service http://<OpalisServer>/orchestrator.svc qui permet de récupérer les données afin de les exploiter facilement pour en faire des rapports (exemple avec Power Pivot).

·         Prérequis :

La console WEB ressemble maintenant à ça :

 « Orchestrator console »

Il s’agit d’une grosse évolution car elle repose maintenant sur Silverlight et non plus JBOSS.

La console « Runbook Designer » et « Deployment Manager » n’ont quant à elles pas trop évoluer. Donc pour les personnes ayant l’habitude d’Opalis, il n’y aura pas de problèmes d’adaptation.

Console « Runbook designer »

Console « Deployment Manager »

Le fonctionnement et la philosophie de SCO reste en revanche identique à Opalis. On note principalement une meilleure intégration avec les produits Microsoft, de nouveaux IP pour une meilleure interopérabilité et une refonte des composants.