Auteur de questions
automatisation des tâches d'administration d'un serveur exchange 2013 avec powershell

Question
-
bonjour à tous,
je m'appelle Barbo, présentement je suis étudiant dans la filière Administration système et Réseaux, j'ai en ma charge un petit projet que je dois réaliser dans un bref délai. le projet est le suivant : j'ai un petit réseaux de deux pc, sur l'un il y a windows server 2012 r2, exchange 2013 et sur l'autre il y a windows 8.1, sql server 2012.
Je veux concevoir un script powershell qui me permettra de créer automatiquement plusieurs boîtes aux lettres à partir de données (ces données sont en fait les coordonnées des agents d'une entreprise, ce n'est qu'un exemple) contenues dans une table de la base de donnée citée ci-haut, ensuite en cas d'ajout d'un nouvel agent dans la base des données qu'une autre boîte aux lettres soit créée automatiquement et en cas de modification des coordonnées dans la base de données qu'une notification me soit envoyée automatiquement.
Il faut noter que ces deux pc sont dans un même domaine. je fais recours à vos expertises pour m'aider à réaliser ce projet, j'ai besoin de vos commentaires, vos suggestions, vos pistes, dites tout ce que vous pouvez pour m'aider à le faire, parce que je me sens bloqué ou dites moi si il y a une autre méthode pour simplifier les choses.
merci d'avance
- Déplacé Thameur BOURBITAMVP mardi 20 juin 2017 15:41 Question Powershell
Toutes les réponses
-
Bonjour,
le problème/blocage est à quel niveau ?
Dans la conception ? ou la technique?
La démarche logique de départ est de décomposer les tâches pour savoir ce dont on a besoin...
- Exporter les (nouveaux) agents dans un fichier Texte (Requête SQL, exécutée par un script CMD ou autre)
- Créer une tâche/script PowerShell qui sait lire le fichier texte, et créer la boîte/compte selon les éléments lus
- Détecter les modifications des agents (Requête SQL sur un champ, ou une date de mise à jour)
- Envoyer une notification (avec un fichier joint, par exemple)
Dans un 2ème temps, on pourra essayer d'optimiser. Cela peut dépendre des données de l'exercice.
- Si l'on veut simplifier, on peut utiliser un planificateur qui tous les X minutes, va scanner la base, détecter les nouveaux, générer un fichier, puis lancer le script PowerShell de création. De la même manière, pour la détection des modifications et l'envoi d'une notification.
- Si l'on veut être "temps réel", il faut utiliser des Trigger SQL. Les Trigger sont des commandes SQL qui sont déclenchées, après un événement SQL donné, => Les insertions (Ajout), les Update (Modifications).
-----
Pour rentrer dans la technique, commencer par créer un script/tâche par action élémentaire, facile à tester, avant de tenter l'enchainement et l'automatisation.
A bientôt,
Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info
- Proposé comme réponse Thierry DEMAN-BARCELÒMVP mercredi 21 juin 2017 07:03
-
-
Bonjour,
le problème/blocage est à quel niveau ?
Dans la conception ? ou la technique?
La démarche logique de départ est de décomposer les tâches pour savoir ce dont on a besoin...
- Exporter les (nouveaux) agents dans un fichier Texte (Requête SQL, exécutée par un script CMD ou autre)
- Créer une tâche/script PowerShell qui sait lire le fichier texte, et créer la boîte/compte selon les éléments lus
- Détecter les modifications des agents (Requête SQL sur un champ, ou une date de mise à jour)
- Envoyer une notification (avec un fichier joint, par exemple)
Dans un 2ème temps, on pourra essayer d'optimiser. Cela peut dépendre des données de l'exercice.
- Si l'on veut simplifier, on peut utiliser un planificateur qui tous les X minutes, va scanner la base, détecter les nouveaux, générer un fichier, puis lancer le script PowerShell de création. De la même manière, pour la détection des modifications et l'envoi d'une notification.
- Si l'on veut être "temps réel", il faut utiliser des Trigger SQL. Les Trigger sont des commandes SQL qui sont déclenchées, après un événement SQL donné, => Les insertions (Ajout), les Update (Modifications).
-----
Pour rentrer dans la technique, commencer par créer un script/tâche par action élémentaire, facile à tester, avant de tenter l'enchainement et l'automatisation.
A bientôt,
Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info