Gestion centralisée des informations

L’objectif pour centraliser les données est de convenir avec l’utilisation d’une base de données suffisamment performante pour répondre aux besoins futurs. Selon la topologie du réseau et la structure des appareils, les données peuvent être à la fois mise en cache sur les appareils et par la suite, être traitées localement, puis transférées; ou simplement transférer le lot des données brutes, afin qu'elles soient traitées par la suite.
Les principes sont simples:

Connaître les outils existants de l’entreprise
Connaître les différents référentiels établis par l’entreprise
Connaître les niveaux de services, idéalement des applications affaires et des logiciels
Discuter avec les responsables des outils existants
1. Définir les API permettant la relation entre l’outil centralisé et les autres outils
2. Définir les champs nécessaires et les relations d’information
S’assurer d’avoir une liste complète des rôles et responsabilités avec le processus de changement

Le concept d'une CMDB

Le choix s'impose davantage sur la conservation locale, si la cache est chiffrée et invisible à l'utilisateur.
- Les données sensibles sont traitées en priorité
- Le traitement locale diminue la charge de travail du serveur et devient un bon compromis entre la relation client et serveur
- Les données brutes demeurent consultables au besoin du serveur, il les rapatrie lorsque nécessaire

Les Pré-requis

Infrastructure de serveurs assurant la redondance et la haute disponibilité
Base de données: PostgreSQL --> Libre et Puissant, autres si les api sont présents (SQLIte ou MySQL, MariaDB)
Structure Web: NGINX, Apache2, NodeJS, IIS
Connaissance des langages Scripts orientés aux OS: Shell (BSH/KSH), DOS, VBScript, PowerShell, JavaScript & SQL

Le prototype

Dans le cadre de projets nouveaux qui requiert une actualisation continue des données, tel que Windows 10, l'absence d'une CMDB, un cycle de mise à jour en continue, impose la mise en place d'un outil centralisé pour recueillir les informations des postes de travail, l'état, les logiciels, les applications Maisons/Missions, les intervenants et responsables. La solution la plus adaptée consiste à centraliser ces informations au sein d'une base de données, afin qu'elle soit traitée par la suite, par des requêtes adaptées aux besoins selon un mécanisme d’actualisation automatisé.

Schéma descriptif de l'outil de gestion de la continuité du Windows As A Service (WaaS)

L'environnement

[Contexte actuel]Les produits Microsoft sont majoritaires au sein du gouvernement québécois, ainsi il est préconisé d'utiliser les outils offerts par le fournisseur, lorsqu'ils sont accessibles. Dans le cadre de l'environnement présent par exemple, les accès sont très limités. Les points bloquant sont:

Les utilisateurs ne peuvent installer de logiciels.
Les utilisateurs ne peuvent ainsi créer de services ou ouverture de ports
Les demandes entre différents services peuvent prendre un temps important voir décourageant
1. Facteur de démotivation vis-à-vis l'innovation
Les produits Microsoft ne sont pas toujours adaptés pour répondre au besoin
1. Ils peuvent être moins performant dans certaines situations
Le navigateur natif au système d'exploitation (SE) n'est pas forcément le meilleur, et pourtant, c'est le coeur de l'internet
1. Encourager les produits natifs et populaires dont la confiance et l'efficacité ne sont plus à refaire, par exemple un navigateur Chrome de Google
2. Voir l'infonuagique sous les services de Google Cloud et d'Amazon

La BD

Autonome

SQLite est la singularité par excellence, un exec un fichier de config. ===== En Entreprise =====Mon choix s'est orienté vers des applications portables et légères: PostgreSQL sur Windows 10
Attention:Choisir la version de la BD en fonction des outils qui la supporte. Exemple prendre une version 9.6 ou +, au lieu de la 10, car phpPgAdmin ne supporte que 9.6

Extraire le fichier dans C:\WORK\PostgreSQL
Télécharger les drivers ODBC 32bit et 64bit de PostgreSQL adaptés à la version BD téléchargée, accéder au source de PostgreSQL
Installer ces Drivers ODBC !Attention, des droits Admins sont nécessaires!
Démarrer la BD en exécutant PostgreSQLPortable.exe
Dans l'invite de commande, créer une table au nom de invposte
1. postgres=# CREATE DATABASE invposte;
2. Si ok = CREATE DATABASE
Ensuite créer un utilisateur invposte avec le mot de passe invposte
1. postgres=# CREATE USER invposte WITH password 'invposte';
2. Si ok = CREATE ROLE
Affecter les pleins droits du compte invposte sur la BD invposte:
1. postgres=# GRANT ALL privileges ON DATABASE invposte TO invposte;
2. Si ok = GRANT
Valider votre installation en listant les BD existante avec \l
1. postgres-# \l

Nom	Propriétaire	Encodage	Collationnement	Type caract.	Droits d'accès
invposte	postgres	UTF8	C	C	=Tc/postgres + postgres=CTc/postgres + invposte=CTc/postgres
postgres	postgres	UTF8	C	C
template0	postgres	UTF8	C	C	=c/postgres + postgres=CTc/postgres
template1	postgres	UTF8	C	C	=c/postgres + postgres=CTc/postgres

Tester la connexion ODBC

Lancer l'Administrateur de données ODBC (64bit)
1. {Win + R} et taper: odbcad32.exe
Sous l'onglet 'Source de données utilisateur, cliquer Ajouter
1. Sélectionner PostgreSQL UNICODE (x64)
2. Entrer les informations suivantes:
  1. Data Source: Test SQL
  2. Database: invposte
  3. Server: localhost
  4. User Name: invposte
  5. Port: 5432
  6. Password: invposte
3. Cliquer sur Test
  1. Une fenêtre apparaît et indique Connection Successful
4. Cliquer sur Save

La BD est désormais accessible en localhost, si on veut qu'elle soit ouverte pour l'extérieur, s'assurer d'ouvrir le port 5432 du Firewall Windows

Structure Web

Dans la même lancée que la base de donnée portable, mon choix s'est arrêté sur WNMP - la solution portable de Windows/Nginx/MySQL/PHP serveur. Nginx comme une plateforme Web nouvelle, solide et prometteuse. PHP comme langage simple , commun et connu par le grand publique.La portion MySQL est inutile ici puisqu'on utilise PostgreSQL.

Télécharger WNMP
Décompresser WNMP dans le répertoire C:\WORK\WNMP
Maintenant, les composants principaux {Nginx|PHP|Memcache} doivent être télécharger et les fichiers binaires doivent être déposés dans leur répertoire respectif sous WNMP !Prendre les dernières versions
1. PHP prendre la version zip et décompresser les binaires dans le répertoire PHP (C:\WORK\WNMP\PHP)
2. Memcached-32bit et décompresser les binaires dans le répertoire memcached (C:\WORK\WNMP\memcached)
3. Nginx et décompresser les binaires dans le répertoire Nginx (C:\WORK\WNMP\Nginx)
Ajouter l'outil d'administration Web pour PostgreSQL: phpPgAdmin
1. phpPgAdmin et décompresser les binaires dans le répertoire phpPgAdmin sous nginx\html (C:\WORK\WNMP\nginx\html\phpPgAdmin)
Maintenant il faut paramétrer les fichiers configs
1. Nginx: sous le répertoire C:\WORK\WNMP\nginx\conf, éditer le fichier nginx.conf
  1. Ouvrir les ports 80 et 9000 du FireWall Windows sur le poste
2. PHP: Éditer le fichier php.ini sous C:\WORK\WNMP\PHP\ et s'assurer d'avoir toutes les extensions nécessaires
3. phpPgAdmin: Éditer le fichier config.inc.php sous C:\WORK\WNMP\nginx\html\phpPgAdmin\conf
  1. Les valeurs suivantes doivent être présente:
    1. $conf['servers'][0]['desc'] = 'PostgreSQL';
    2. $conf['servers'][0]['host'] = 'localhost';
    3. $conf['servers'][0]['port'] = 5432;
    4. $conf['servers'][0]['pg_dump_path'] = 'C:\\WORK\\PostgreSQLPortable\\App\\PgSQL\\bin\\pg_dump.exe';
    5. $conf['servers'][0]['pg_dumpall_path'] = 'C:\\WORK\\PostgreSQLPortable\\App\\PgSQL\\bin\\pg_dumpall.exe';
    6. $conf['servers'][0]['sslmode'] = 'allow';
4. Scripts de lancement: Éditer Start_server.bat
  1. Commenter la partie MySQL --> ajouter REM devant les 2 lignes pour obtenir REM :: Start MySQL using the mysql\my.ini config file | REM start mysql\bin\mysqld
  2. Ajouter Start C:\WORK\PostgreSQL\PostgreSQLPortable.exe
  3. Reformuler le Nginx afin qu'il ressemble à ceci:
    1. cd nginx
    2. start nginx
    3. cd ..
  4. Fermer et Sauvegarder
5. Script d'arrêt: Éditer Stop_server.bat
  1. Commenter la partie MySQL en ajoutant REM devant la ligne
  2. NOTE: Pour l'arrêt de PostgreSQL portable, il faut exécuter manuellement dans la fenêtre de commande Windows. TAPER: \q

La configuration

Notre infrastructure est prête à recevoir du contenu, c.-à-d. que la coquille est vide pour le moment.

Avant tout, créer un schéma permettant d'établir un plan d'ensemble des relations entre les différentes tables et fournir une projection des besoins

Schéma des relations BD entre différentes tables/données de l‘entreprise

Nous alimenterons notre BD grâce aux différents scripts suivants qui vont, à la fois, créer la table si elle n'existe pas et injecter les données nécessaires.

UIDexportSQL.ps1 : Le script qui alimente la partie utilisateur en scannant l'Active Directory de l'entreprise
SCCMexportSQL.ps1 : Le script qui alimente la partie ordinateur en scannant l'export des données de la plateforme SCCM
HPSMexportSQL.ps1 : Le script qui alimente la partie statique de l'inventaire ordinateur en scannant l'export des données de la plateforme HPSM
GrpPrdAPPexportSQL.ps1 : Le script qui alimente la partie Applicative (maison) des utilisateurs en scannant les groupes d'appartenance de l'Active Directory de l'entreprise
GrpPrdLOGexportSQL.ps1 : Le script qui alimente la partie Logiciel des utilisateurs en scannant les groupes d'appartenance de l'Active Directory de l'entreprise

Lancer ces scripts l'un après l'autre avec PowerShell. Assurez-vous d'exécuter les scripts avec les droits d'Admin
Vérifier les tables dans l'invite de commande de PostreSQL Portable:
- Taper: \c invposte
- Taper: \dt
  - La liste devrait apparaître comme suit:

         Liste des relations
Schéma |  Nom  | Type  | Propriétaire
--------+-------+-------+--------------
public | ADUID | table | invposte
public | SCCM  | table | invposte

La plateforme phpPgAdmin

La BD est désormais alimentée, maintenant nous allons utiliser phpPgAdmin pour la consulter simplement:

Dans un fureteur, taper: http://localhost/phpPgAdmin/
Sélectionner PostgreSQL à gauche et taper le login
1. Utilisateur: invposte
2. Mot de passe: invposte
Sélectionner la BD invposte et agrandir
Sélectionner 'Tables' sous 'Schémas->public'
1. La liste des tables ci-dessous devraient s'afficher:
  1. ADUID , SCCM , HPSM , GrpPrdAPP , GrpPrdLOG

Création des tables de liens

L'objectif est de simplifier la recherche et accélérer les requêtes. Ainsi la création de clefs primaires sera nécessaire pour accélérer la correspondance entre les différentes tables.
Nous allons utiliser le langage natif SQL pour effectuer les requêtes et les commandes. Pour simplifier la vue, nous restons dans l'interface phpPgAdmin. Note: nous aurions pu utiliser l'interface PostgreSQL portable pour lancer les commandes. Elles doivent se terminer avec ";"

Lancer phpPgAdmin - SQL en sélectionnant SQL à droite de la fenêtre.
- Une nouvelle fenêtre apparaît
Créer la table appcomp
- Copier-coller les informations ci-dessous dans la fenêtre SQL

CREATE TABLE appcomp
(
    "GroupeAPP" text,
    "W7" numeric(5,0),
    b1709 numeric(5,0),
    b1803 numeric(5,0)
)