Pour ceux qui désirent apprendre le PowerShell sans que cela ne vous prenne trop de temps, vous pouvez regarder les vidéos Youtube que Don Jones a mis à disposition : Apprendre PowerShell en 1 mois pendant vos pauses déjeuner.
Les vidéos datent un peu (2012), cependant cela reste un excellent moyen d'apprendre les bases du PowerShell :)
Attention : Les vidéos sont en anglais, vous devez donc comprendre un minimum l'anglais pour vous lancer :)
Prérequis à l'activation de la fonctionnalité Hyper-V sur Windows 8/8.1 :
Ensuite, ouvrez une console Powershell en administrateur et entrez la commande suivante : Enable-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V -Online -All
Ouvrez une console Powershell en administrateur et entrez la commande suivante : Disable-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V -Online
Microsoft vient de (re)publier un livre sur le développement d'application HTML, CSS et JavaScript pour le Windows Store. Vous pouvez le télécharger directement depuis le blog Microsoft Press.
Free ebook: Programming Windows Store Apps with HTML, CSS, and JavaScript, Second Edition
Souvent, des objets AD (groupes ou utilisateurs) sont supprimés et des SID orphelins restent présents au niveau des droits appliqués sur les fichiers (visible au niveau de l'onglet sécurité).
Si vous ne disposez que de 5-6 dossiers ou fichiers au niveau desquels il vous faut supprimer des SID orphelins, cela peut rapidement se faire à la main. Par contre, si c'est sur toute une arborescence ou sur plusieurs arborescence, l'utilisation d'un script Powershell peut vous faciliter la tâche :)
Voici donc un script que j'ai trouvé sur le site technet de Microsoft qui permet de de nettoyer ces SID orphelins (j'ai pu le tester et il fonctionne parfaitement) : http://goo.gl/kkic1l
Voici un petit script que j'ai du écrire pour un besoin spécifique récent.
Ce script permet de supprimer des fichiers (et uniquement des fichiers) au niveau desquels la date de dernière visualisation serait plus vieille qu'un certain nombre d'années spécifié en paramètre.
Il pourrait bien entendu être amélioré ou modifié en fonction des besoins mais cela permet de fournir un bonne trame et répondait parfaitement au besoin que j'avais au moment de l'écriture de ce script. Une des évolutions possible serait, par exemple, de supprimer le dossier ne contenant plus aucun fichier ni dossier enfant.
Le script permet, tel qu'indiqué ci-dessus, de supprimer définitivement les fichiers non visionnés (ouverts) depuis un nombre d'années prédéfinies. Par exemple, imaginons que la politique d'entreprise soit de supprimer tous les fichiers qui ont été visionnés pour la dernière fois il y a plus de 5 ans; ce script vous permet de facilement réaliser cette tâche. Il pourrait facilement être modifiable afin de supprimer les fichiers qui n'ont pas été modifiés depuis un certains nombre d'années ($item.LastWriteTime à la place de $item.LastAccessTime).
Si vous voulez obtenir de l'aide sur l'utilisation du script : Get-Help .\WINDOWS_FILE_remove_old_files_1.0.ps1
Si vous voulez obtenir un example d'utilisation du script : Get-Help .\WINDOWS_FILE_remove_old_files_1.0.ps1 -examples
Pour exécuter le script : .\WINDOWS_FILE_remove_old_files_1.0.ps1 -Path C:\DemoPS -Year 5 -LogFilePath c:\DemoPS\LogFiles
Lors de l'exécution du script, il y aura un retour console de chaque fichier supprimé et ils seront également ajoutés à un fichier de log nommé "file_deleted_log.txt" qui se situe à l'endroit spécifié lors de l'exécution de la commande.
Le script est disponible en pièce jointe à cet article. N'hésitez pas à commenter ou indiquer de quelle façon vous voudriez le faire évoluer :)
Il y a quelques jours, l'équipe Office a annoncé sur leur blog la GA des apps Access pour les utilisateurs d'Office 365.
Jusqu'à cette annonce, les apps Access étaient disponible en Preview mais n'étaient pas supportées dans la SLA d'Office 365. C'est maintenant le cas.
Pour plus de détail n'hésitez pas à consulter l'article officiel.
Il y a quelques jours, l'équipe Office a annoncé l'arrêt du développement d'InfoPath au travers d'un article sur leur blog.
Il n'y aura donc plus de nouvelles versions.
Nous sommes maintenant en attente d'une nouvelle technologie de formulaire qui sera annoncé plus tard et qui tournera autour des technologies SharePoint, Access et Word ...
Quelques détails sur le support d'InfoPath :
Pour plus de détail n'hésitez pas à consulter l'article officiel.
Voici une petite astuce Powershell que j'ai lu ce matin sur le blog "Hey, Scripting Guy!" (qui est un super blog rempli d'articles et d'astuces Powershell de très grande qualité).
À l'aide de l'utilitaire "clip.exe", il est possible de récupérer la sortie Powershell pour l'envoyer facilement vers le presse-papier (en utilisant le pipe pour rediriger la sortie vers l'outils clip.exe)
Vous trouverez un exemple dans l'article "PowerTip: Copy Information to the Clipboard with PowerShell".
Le module "GroupPolicy" nous permet de facilement sauvegarder et restaurer toutes nos GPO.
Afin de pouvoir sauvegarder vos GPO, la cmdlet Backup-GPO est disponible. Elle permet de sauvegarder toutes les GPO ou une GPO en particulier en fournissant son nom ou son GUID. Lorsque l'on sauvegarde nos GPO, il faut également fournir le chemin ou l'on veut les sauvegarder (chemin local ou partage réseau). Nous pouvons également indiquer le nom de domaine et le nom du serveur en paramètres. Pour plus d'info sur les paramètres vous pouvez consulter la documentation Technet.
Sauvegarder toutes les GPO du domaine : Backup-GPO -All -Domain 'mondomaine.local' -Path '\\srv-backup\gpo'
Sauvegarder une seule GPO : Backup-GPO -Name 'Win81BootToDesktop' -Domain 'mondomaine.local' -Path '\\srv-backup\gpo'
Les 2 commandes ci-dessus permettent de faire une sauvegarde ponctuelle des GPO. Afin de les sauvegarder régulièrement, voici un petit script que vous pouvez lancer, par exemple, toutes les semaines (à l'aide d'une tâche planifiée) :
Import-Module GroupPolicy
$domain = 'mondomaine.local'
$backupPath = '\\srv-backup\gpo\'
$formatedDate= Get-Date -Format Get-Date -Format dd.MM.yyyy_HH.mm.ss
$folder = $backupPath + 'backup_' + $formatedDate
New-Item -ItemType Directory -Path $folder
Backup-GPO -All -Domain $domain -Path $folder
Il vous faut juste modifier ces 2 variables :
Le script créera dans un premier temps un dossier avec la date et l'heure du lancement de la sauvegarde ("backup_29.29.2014_06.29.36" par exemple) puis sauvegardera, dans un second temps, toutes vos GPO à l'intérieur de ce dossier. Au niveau de la console, vous devriez avoir le retour de toutes les GPO sauvegardées. Le script est fourni en pièce jointe à cet article.
Vous pouvez restaurer vos GPO à l'aide des cmdlets ci-dessous :
Restaurer toutes les GPO : Restore-GPO -All -Domain 'mondomaine.local' -Path '\\srv-backup\gpo'
Restaurer une seule GPO : Restore-GPO -Name 'Win81BootToDesktop' -Domain 'mondomaine.local' -Path '\\srv-backup\gpo'
Pour plus d'information sur la cmdlet Restore-GPO, rendez-vous sur le site Technet.
J'ai découvert ce site il y a plusieurs mois en lisant des articles Technet mais ne l'avez jamais partagé jusqu'ici par oubli.
Le site de microsoft nommé Windows Powershell for SharePoint Command Builder vous permet de créer votre cmdlet Powershell en "clic clic". Il existe également quelques actions prédéfinies comme "créer un site", "supprimer un site", "supprimer une content database", ... Vous pouvez également sélectionner votre version de SharePoint (Online, Server 2013, Foundation 2013, Server 2010, Foundation 2010).
Si vous ne connaissez pas ou connaissez peu les cmdlets SharePoint, cela peut être un bon moyen de les apprivoiser :)
Avec Office365, Microsoft a également distribué plusieurs cmdlets permettant d'intéragir avec les produits "Online". Nous parlerons ici spécifiquement de SharePoint Online et de comment créer une nouvelle collection de sites directement depuis Powershell.
Afin de vous connecter au service SharePoint Online, il faut utiliser la cmdlet Connect-SPOService depuis le SharePoint Online Management Shell tel que ci-dessous.
Une fois cette cmdlet exécutée, une nouvelle fenêtre s'affichera afin que vous entriez le mot de passe du compte utilisateur.
Le script fourni est très simple et va effectué les tâches ci dessous :
Concernant ce script, les variables à modifier sont les suivantes :
Astuce : Pour lister tous les templates de sites disponibles pour SharePoint Online vous pouvez utiliser la cmdlet
$siteTitle = 'Demo SPO'
$siteUrl = 'https://your_site_url'
$siteOwner = 'your@login.fr'
$siteQuota = 500
$siteTemplate = 'STS#0'
function CheckAndCreateNewSPOSiteCollection {
try {
$siteCollection = Get-SPOSite -Identity $siteUrl
if($siteCollection -ne $null) {
Write-Error -Message "La collection de site que vous essayez de créer existe déjà !" -Category ResourceExists
}
}
catch {
New-SPOSite -Url $siteUrl -Title $siteTitle -Owner $siteOwner -Template $siteTemplate -StorageQuota $siteQuota
Write-Host "Le site $siteTile a été créé avec succès à l'adresse $siteUrl" -ForegroundColor Green
}
}
CheckAndCreateNewSPOSiteCollection
Attention : L'exécution de cette fonction peut prendre quelques minutes.
Voilà pour cette petite démo permettant de créer une collection de site sur SharePoint Online directement depuis Powershell. Le script pourrait bien entendu être amélioré afin de gérer d'autres erreurs possibles notamment. Je vous laisse le soin de l'adapter en fonction de vos besoins :)
Vous pouvez trouver la liste des cmdlets pour SharePoint Online sur le site de Microsoft.
La script est fourni en pièce jointe à cet article.
Avec Windows 8.1, plusieurs nouveautés sont apparues dont la possibilité de démarrer directement sur le bureau et non sur le menu démarrer. Cet article vous montrera comment configurer ce paramètre directement depuis votre poste Windows 8.1 et comment le faire en utilisant les Group Policy Preferences pour le déployer sur votre parc de machines depuis Windows Server 2012R2.
Si vous possédez un ordinateur avec Windows 8.1 d'installer et que vous voulez démarrer directement sur le menu démarrer, il suffit d'aller dans les propriétés de la barre des tâches > sélectionner l'onglet navigation > cocher le paramètre "When I sign in or close all apps on a screen, go to the desktop instead of Start" (en français : "Accéder au Bureau au lieu de l'accueil, lorsque je me connecte ou que je ferme toutes les applications à l'écran").
Vous pouvez également directement le faire en Powershell. Il faut pour cela modifier la clé registre "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\StartPage\" est passer la valeur "OpenAtLogon" à 0 comme ci-dessous :
Si vous avez une flotte de poste sous Windows 8.1 et que vous voulez qu'à chaque démarrage tout le monde arrive sur le bureau directement, vous pouvez utiliser une GPP (Group Policy Preferences) allant modifier la clé registre indiquée ci-dessus que vous appliquez au niveau utilisateur avec les paramètres suivants :
Nous voulons cibler ici uniquement les machines Windows 8.1. Pour ce faire, dirigeons nous vers l'onglet "Common" de la même fenêtre. Nous allons cocher la propriété "Item-level targeting" qui va nous permettre de cibler le système d'exploitation.
En cliquant sur le bouton "Targeting ...", une nouvelle interface apparaît au niveau de laquelle nous allons créer un nouvel élément nous permettant de cibler le système d'exploitation Windows 8.1.
Une fois la cible validée et la GPO appliquée, toutes les machines Windows 8.1 de votre domaine démarreront directement sur le bureau.
Lorsque l'on doit modifier la même chaîne de caractères dans 3 ou 4 fichiers différents situés dans le même dossier, cela peut facilement et rapidement se faire manuellement. Imaginez maintenant que vous deviez modifier cette même chaîne dans une 50aine ou une 100aine de fichiers. Cela devient tout de suite plus contraignant et plus long.
Afin de faciliter cette tâche, j'ai réalisé un petit script assez simple au niveau duquel vous n'avez que 3 variables à modifier :
Ce script peut être utilisé, par exemple, afin de modifier la même valeur située dans plusieurs fichiers de configuration différents. Vous le trouverez en pièce jointe à cet article
Voici un script Powershell permettant d'effectuer certaines actions basiques que nous réalisons souvent après l'installation de Windows Server, à savoir :
Les seuls éléments à modifier sont les variables situés en haut du script :
Le script est fourni en pièce jointe à cet article.
Pour mon premier article sur ce blog je vais essayer de vous exposer les bases des expressions régulières (regex) afin que vous puissiez vous-même les écrire dans vos scripts 
Que cela soit en Powershell ou d'en d'autres langages, beaucoup (trop) de personnes (dont j'ai fait partie pendant quelques temps) font des "copier/coller" de bouts de codes trouvés sur internet et les modifient un peu pour les adapter à leurs besoins sans réellement comprendre les regex en elles mêmes.
Le but de cet article est donc de vous expliquez les bases afin que vous puissiez comprendre les regex et que vous puissiez les réaliser par vous-même. On essaye souvent de faire sans mais les regex s'avèrent être d'une grande utilité dans beaucoup de scripts pour effectuer, notamment, des actions de validation (adresse mail, URL, chemin UNC, nom, ...).
Si je vous montre cette chaîne de caractères "sschorgen@microsofttouch.fr", vous allez tout de suite l'identifier comme étant une adresse e-mail. Votre ordinateur, quant à lui, va être incapable, de lui même, de faire la différence entre "sschorgen@microsofttouch.fr" et "http://www.microsofttouch.fr". Pour lui, les 2 correspondent à des chaînes de caractères. Il va donc falloir lui indiquer comment reconnaître que la 1ère est une adresse e-mail et la 2ème une URL. Pour ce faire, nous allons utiliser des regex.
"-match" est l'opérateur que l'on va utiliser lorsque l'on voudra évaluer une chaîne de caractères à une regex.
Exemple: "ma_chaine_de_caracteres" -match "ma_regex"
Cet opérateur retournera True si la chaîne de caractère source match la regex et retournera False dans le cas contraire.
Par défaut, l'opérateur -match n'est pas sensible à la casse. Ainsi, dans le premier exemple ci-dessus "Touch" ou "touch" aurait retourné True. Si vous voulez que la casse soit prise en compte, il suffit d'utiliser l'opérateur "-cmatch" ('c' comme 'case sensitive').
Dans les exemples ci-dessus, on cherche tout simplement à matcher une partie du mot. Les regex sont plutôt utilisées pour vérifier la structure de la chaîne de caractères. Pour ce faire, nous pouvons utiliser des caractères dit "génériques". Il en existe 2 :
Par exemple on pourrait vérifier que notre chaîne commence par la lettre 'M', puis 0 ou 1 lettre (n'importe laquelle), puis "crosoftTouch"
Il est également souvent nécessaire de vérifier si un ou plusieurs caractères se répètent. Il existe pour cela 2 caractères dit de "répétitions" :
Ainsi, si on voulait vérifier que dans "MicroMicrosoftTouch", la chaîne de caractère "Micro" se répètent une fois ou plus sans être sensible à la casse, on ferait ceci :
Imaginons que l'on sache que notre mot commence par "Microsoftto", se termine par "ch" et que l'on veuille vérifier si la lettre entre "Microsoftto" et "ch" est soit un 'o', soit ou un 'i', soit un 'u'. Nous n'allons pas utiliser le '.' car ce dernier correspond à n'importe quel caractère. Nous allons alors utiliser ce que l'on appelle un groupe de caractères comme ci-dessous :
Si on veut vérifier la présence d'un caractère allant, par exemple, de A à H, dans une chaîne, on peut le faire comme ceci [A-H] au lieu d'écrire tous les caractères de la sorte [ABCDEFGH]. Cela fonctionne exactement de la même façon pour les chiffres et il est même possible de combiner chiffres et lettres [A-H0-7] si on s'attend à ce qu'il y ait soit une lettre soit un chiffre à cet emplacement.
Au niveau des 2 premiers exemples ci dessus, nous testons si, après le 1er caractère 'o', il y a un caractère étant entre 'o' et 'u' dans l'alphabet. Au niveau du dernier exemple, nous testons si, après le caractère 'M', il y a soit un "i", soit un '1'.
Il existe également plusieurs caractères spéciaux qui correspondent à des groupes de caractères plus larges dont :
Par exemple, Dans le cadre d'un nom propre, d'un nom de famille ou d'un prénom, on peut être amener à vouloir vérifier si le contenu de la variable contenant cette chaîne de caractères commence bien par une majuscule et termine bien par un minuscule. Le caractère '^' nous permet d'indiquer le début d'une chaîne de caractères alors que le '$' nous sera utile afin d'en spécifier la fin. Ainsi, si je veux vérifier que "MicrosoftTouch" commence par une majuscule et termine par une minuscule, je ferai ceci :
Attention : Le caractère '^' situé en plein milieu d'une regex correspond à la négation - cela signifie donc "ne contient pas"
Avec tous les caractères spéciaux que nous avons vu jusqu'ici, vous vous demandez peut-être comment faire s'il on veut vérifier que notre chaîne de caractères dispose d'un '*' ou d'un '+' ou encore d'un '?'. Et bien il suffit d'échapper ce caractère avec '\'.
Afin de conclure cet article voici un petit exemple permettant de vérifier que le nom et le prénom commence bien par une majuscule, ainsi que de vérifier que l'adresse mail de l'utilisateur est valide et se termine bien par @microsofttouch.fr. Si le nom ou le prénom n'est pas valide on le corrige. Si le mail n'est pas valide on affiche un message au niveau de la console.
$prenom = 'Sylver'$nom = 'schorgen'$mail = 'sschorgen@microsofttouch.fr'$matchNoms = '^[A-Z].[A-Za-z]+$'$matchMail = '^[a-z]+\.*\-*[a-z]*@microsofttouch.fr$'if(!($prenom -cmatch '^[A-Z].[A-Za-z]+$')) {$prenom = (Get-Culture).TextInfo.ToTitleCase($prenom)Write-Host "Le prénom a été corrigé"}if(!($nom -cmatch '^[A-Z].[A-Za-z]+$')) {$nom = (Get-Culture).TextInfo.ToTitleCase($nom)Write-Host "Le nom a été corrigé"}if(!($mail -match '^[a-z]+\.*\-*[a-z]*@microsofttouch.fr$')) {Write-Host "L'adresse mail n'est pas valide"Write-Host "L'adresse mail doit-être du type dutexte@microsofttouch.fr"}
La fonction est également fourni en pièce jointe à cet article.
