Comment vérifier et sauvegarder les types de lecteurs avec PowerShell

Une gestion efficace des ressources matérielles est cruciale pour les professionnels de l’informatique et les fournisseurs de services gérés (MSP). L’une des tâches les plus fréquentes consiste à identifier les types de lecteurs installés dans un système.

Qu’il s’agisse de faire la distinction entre les disques SSD et les disques durs ou d’enregistrer les détails des disques à des fins d’inventaire, disposer d’une méthode fiable pour récupérer et enregistrer ces informations est très utile. Cet article présente un script PowerShell conçu pour cela, ainsi que des explications sur sa fonctionnalité, les cas d’utilisation potentiels et les bonnes pratiques

Contexte

Les professionnels de l’informatique ont souvent besoin de recueillir des informations sur le matériel pour diverses raisons, telles que le contrôle des performances, la gestion d’inventaire et le dépannage. Le script PowerShell fourni est conçu pour récupérer des informations sur les disques fixes, en particulier les SSD (Solid State Drives) et les HDD (Hard Disk Drives), et enregistrer les résultats dans un champ personnalisé.

Ce script est particulièrement utile dans les environnements où l’automatisation et la précision sont essentielles, car il offre une solution simple et optimale d’effectuer une tâche administrative courante.

Le script PowerShell :

#Requires -Version 5.1

<#
.SYNOPSIS
    Get the drive types of all fixed SSD and HDD drives.
.DESCRIPTION
    Gets the drive types of all fixed SSD and HDD drives and can save the results to a custom field.

.EXAMPLE
    (No Parameters)
    ## EXAMPLE OUTPUT WITHOUT PARAMS ##
    DiskNumber DriveLetter MediaType BusType SerialNumber
    ---------- ----------- --------- ------- ------------
    0          C:          SSD       SATA    50026B768B3A4E3A
    1          D:          HDD       SATA    WD-WCC4N0JYJYJY

PARAMETER: -CustomFieldParam "ReplaceMeWithAnyMultilineCustomField"
    The name of the custom field to save the results to.
.EXAMPLE
    -CustomFieldParam "ReplaceMeWithAnyMultilineCustomField"
    ## EXAMPLE OUTPUT WITH CustomFieldParam ##
    DiskNumber DriveLetter MediaType BusType SerialNumber
    ---------- ----------- --------- ------- ------------
    0          C:          SSD       SATA    50026B768B3A4E3A
    1          D:          HDD       SATA    WD-WCC4N0JYJYJY
    [Info] Saving the results to the custom field. (ReplaceMeWithAnyMultilineCustomField)
    [Info] The results have been saved to the custom field. (ReplaceMeWithAnyMultilineCustomField)

Custom Field Output:
    #0, Letter: C:, Media: SSD, Bus: SATA, SN: 50026B768B3A4E3A
    #1, Letter: D:, Media: HDD, Bus: SATA, SN: WD-WCC4N0JYJYJY

.PARAMETER CustomFieldName
    The name of the custom field to save the results to.
.INPUTS
    None
.OUTPUTS
    None
.NOTES
    Minimum OS Architecture Supported: Windows 10/Server 2016
    Release Notes: Initial Release
By using this script, you indicate your acceptance of the following legal terms as well as our Terms of Use at https://www.ninjaone.com/terms-of-use.
    Ownership Rights: NinjaOne owns and will continue to own all right, title, and interest in and to the script (including the copyright). NinjaOne is giving you a limited license to use the script in accordance with these legal terms. 
    Use Limitation: You may only use the script for your legitimate personal or internal business purposes, and you may not share the script with another party. 
    Republication Prohibition: Under no circumstances are you permitted to re-publish the script in any script library or website belonging to or under the control of any other software provider. 
    Warranty Disclaimer: The script is provided “as is” and “as available”, without warranty of any kind. NinjaOne makes no promise or guarantee that the script will be free from defects or that it will meet your specific needs or expectations. 
    Assumption of Risk: Your use of the script is at your own risk. You acknowledge that there are certain inherent risks in using the script, and you understand and assume each of those risks. 
    Waiver and Release: You will not hold NinjaOne responsible for any adverse or unintended consequences resulting from your use of the script, and you waive any legal or equitable rights or remedies you may have against NinjaOne relating to your use of the script. 
    EULA: If you are a NinjaOne customer, your use of the script is subject to the End User License Agreement applicable to you (EULA).
#>

[CmdletBinding()]
param (
    [Parameter()]
    [String]$CustomFieldName
)

begin {
    function Test-IsElevated {
        $id = [System.Security.Principal.WindowsIdentity]::GetCurrent()
        $p = New-Object System.Security.Principal.WindowsPrincipal($id)
        $p.IsInRole([System.Security.Principal.WindowsBuiltInRole]::Administrator)
    }
}
process {
    if (-not (Test-IsElevated)) {
        Write-Error -Message "Access Denied. Please run with Administrator privileges."
        exit 1
    }
    if ($env:customFieldName -and $env:customFieldName -ne 'null') {
        $CustomFieldName = $env:customFieldName
    }

    # Get the drive type of all drives
    $Disks = Get-PhysicalDisk | Where-Object { $_.BusType -notlike "File Backed Virtual" -and -not ($_.PhysicalLocation -like "*USB*" -or $_.BusType -like "*USB*") } | Select-Object -Property DeviceID, MediaType, BusType, SerialNumber
    if ($($Disks | Where-Object { $_.MediaType -like "Unspecified" }).Count) {
        Write-Host "[Info] An Unspecified MediaType likely indicates this machine is a VM or there is an issue with that drive."
    }
    # Get the partitions with mounted drive letters
    $Partitions = Get-Partition | Where-Object { $_.DriveLetter -ne $null } | Select-Object -Property DriveLetter, DiskNumber
    # Join the two collections
    $Drives = $Disks | ForEach-Object {
        $Disk = $_
        $Partition = $Partitions | Where-Object { $_.DiskNumber -eq $Disk.DeviceID }
        [PSCustomObject]@{
            DiskNumber   = $_.DeviceID
            DriveLetter  = $Partition.DriveLetter | Where-Object { $_ }
            MediaType    = $_.MediaType
            BusType      = $_.BusType
            SerialNumber = $_.SerialNumber
        }
    }
    $($Drives | Out-String) | Write-Host

    # Save the results to a custom field
    if ($CustomFieldName) {
        Write-Host "[Info] Saving the results to the custom field. ($CustomFieldName)"
        $CustomField = $(
            $Drives | ForEach-Object {
                "#:$($_.DiskNumber), Letter: $($_.DriveLetter), Media: $($_.MediaType), Bus: $($_.BusType), SN: $($_.SerialNumber)"
            }
        ) | Ninja-Property-Set-Piped -Name $CustomFieldName 2>&1
        if ($CustomField.Exception) {
            Write-Host $CustomField.Exception.Message
            Write-Host "[Error] Failed to save the results to the custom field. ($CustomFieldName)"
        }
        else {
            Write-Host "[Info] The results have been saved to the custom field. ($CustomFieldName)"
        }
    }
}
end {
    
    
    
}

 

Description détaillée

Décortiquons le script étape par étape pour comprendre sa fonctionnalité et la manière dont il atteint son objectif.

Prérequis

Le script nécessite la version 5.1 ou plus récente de PowerShell. Il commence par définir .SYNOPSIS et .DESCRIPTION, et donne un aperçu de son objectif. Les sections .EXAMPLE montrent les résultats attendus avec et sans -CustomFieldParam.

Paramètres et configuration initiale

Le script accepte un paramètre, CustomFieldName, qui spécifie le nom du champ personnalisé dans lequel les résultats seront enregistrés. Il comprend également une fonction Test-IsElevated qui permet de vérifier si le script est exécuté avec des privilèges d’administrateur, ce qui est nécessaire pour accéder à des informations détaillées sur le lecteur.

Traitement des informations à propos des lecteurs

  1. Contrôle des privilèges élevés: Le script vérifie d’abord s’il est exécuté avec les privilèges nécessaires. Si ce n’est pas le cas, il se termine par un message d’erreur.
  2. Gestion des variables d’environnement : Si le nom d’un champ personnalisé est défini par une variable d’environnement, il remplace le paramètre du script.
  3. Recherche d’informations sur le lecteur: En utilisant Get-PhysicalDisk, le script récupère tous les lecteurs physiques, tout en filtrant les lecteurs virtuels et USB. Il sélectionne ensuite les propriétés pertinentes : DeviceID, MediaType, BusType et SerialNumber.
  4. Informations sur la partition: Le script récupère les détails de la partition à l’aide de Get-Partition, en se concentrant sur les partitions auxquelles des lettres de lecteur ont été attribuées.
  5. Agrégation de données: Il fusionne les informations sur les lecteurs physiques et les partitions, créant ainsi une liste complète des lecteurs avec leurs détails.

Enregistrement des sorties et des champs personnalisés

Le script affiche les informations sur le lecteur dans la console. Si un nom de champ personnalisé est fourni, il formate les données et tente de les enregistrer dans le champ personnalisé spécifié à l’aide d’une cmdlet hypothétique Ninja-Property-Set-Piped. Il traite les erreurs potentielles au cours de ce processus et fournit un retour d’information sur le succès de l’opération.

Cas d’utilisation potentiels

Une entreprise MSP gère plusieurs systèmes clients et doit régulièrement vérifier les configurations matérielles afin de garantir des performances optimales et d’identifier les problèmes potentiels.

En déployant ce script sur les machines clientes, l’entreprise MSP peut automatiser la liste des types de lecteurs et enregistrer les données pour référence ultérieure. Cela permet d’identifier rapidement les systèmes qui pourraient bénéficier de mises à niveau matérielles, comme le remplacement d’un disque dur par un disque SSD pour améliorer les performances.

Comparaisons

Par rapport aux méthodes manuelles ou à l’utilisation de multiples d’outils, ce script offre une approche unifiée dans l’environnement PowerShell, réduisant ainsi le besoin d’applications externes. Bien que des outils tels que Windows Management Instrumentation (WMI) ou des logiciels tiers permettent d’obtenir des résultats similaires, l’intégration de ce script avec des champs personnalisés et ses capacités d’automatisation en font une solution plus efficace et plus évolutive.

FAQ

  1. Ai-je besoin de privilèges d’administrateur pour exécuter ce script ? Oui, le script nécessite des droits d’administrateur pour accéder aux informations détaillées sur les lecteurs.
  2. Ce script peut-il être utilisé sur des machines virtuelles ? Le script peut ne pas fournir de résultats précis sur les machines virtuelles, car le type de média peut être répertorié comme « non spécifié »
  3. Que se passe-t-il si le nom du champ personnalisé n’est pas fourni ? Si le paramètre CustomFieldName n’est pas spécifié, le script n’affichera que les informations relatives au lecteur sur la console.

Implications

L’audit régulier des types de lecteurs peut avoir un impact important sur la sécurité et les performances informatiques. Par exemple, l’identification des disques durs les plus anciens permet un remplacement proactif, ce qui réduit le risque de perte de données due à une défaillance du disque. De plus, la compréhension de l’architecture de stockage peut aider à optimiser les stratégies de sauvegarde et à garantir que les données essentielles sont stockées sur le matériel le plus fiable.

Recommandations

  • Exécutez toujours le script avec des privilèges élevés.
  • Programmez régulièrement l’exécution du script sur tous les systèmes gérés afin de maintenir les inventaires de matériel à jour.
  • Veillez à ce que des mécanismes appropriés de traitement des erreurs et de journalisation soient en place pour résoudre tout problème survenant au cours de l’exécution.

Conclusion

Ce script PowerShell offre une solution optimale aux professionnels de l’informatique et aux entreprises MSP pour récupérer et enregistrer les types de lecteurs de manière efficace. En automatisant ce processus, les entreprises peuvent maintenir des inventaires de matériel précis, optimiser les performances et améliorer leurs stratégies globales de gestion informatique.

Des outils tels que NinjaOne peuvent améliorer davantage ce processus en intégrant ces scripts dans des flux de travail d’automatisation plus grands, fournissant ainsi une plateforme de gestion informatique complète qui permet des opérations proactives et efficaces.

Pour aller plus loin

Créer une équipe informatique efficace et performante nécessite une solution centralisée qui soit l’outil principal pour fournir vos services. NinjaOne permet aux équipes informatiques de surveiller, gérer, sécuriser et prendre en charge tous les appareils, où qu’ils soient, sans avoir besoin d’une infrastructure complexe sur site.

Pour en savoir plus sur NinjaOne Endpoint Management, participez à une visite guidée ou commencez votre essai gratuit de la plateforme NinjaOne.

Catégories :

Vous pourriez aussi aimer

Voir la démo×
×

Voir NinjaOne en action !

En soumettant ce formulaire, j'accepte la politique de confidentialité de NinjaOne.

Termes et conditions NinjaOne

En cliquant sur le bouton « J’accepte » ci-dessous, vous indiquez que vous acceptez les termes juridiques suivants ainsi que nos conditions d’utilisation:

  • Droits de propriété: NinjaOne possède et continuera de posséder tous les droits, titres et intérêts relatifs au script (y compris les droits d’auteur). NinjaOne vous accorde une licence limitée pour l’utilisation du script conformément à ces conditions légales.
  • Limitation de l’utilisation: Les scripts ne peuvent être utilisés qu’à des fins personnelles ou professionnelles internes légitimes et ne peuvent être partagés avec d’autres entités.
  • Interdiction de publication: Vous n’êtes en aucun cas autorisé à publier le script dans une bibliothèque de scripts appartenant à, ou sous le contrôle d’un autre fournisseur de logiciels.
  • Clause de non-responsabilité: Le texte est fourni « tel quel » et « tel que disponible », sans garantie d’aucune sorte. NinjaOne ne promet ni ne garantit que le script sera exempt de défauts ou qu’il répondra à vos besoins ou attentes particulières.
  • Acceptation des risques: L’utilisation du script est sous votre propre responsabilité. Vous reconnaissez qu’il existe certains risques inhérents à l’utilisation du script, et vous comprenez et assumez chacun de ces risques.
  • Renonciation et exonération de responsabilité: Vous ne tiendrez pas NinjaOne pour responsable des conséquences négatives ou involontaires résultant de votre utilisation du script, et vous renoncez à tout droit ou recours légal ou équitable que vous pourriez avoir contre NinjaOne en rapport avec votre utilisation du script.
  • EULA: Si vous êtes un client de NinjaOne, votre utilisation du script est soumise au contrat de licence d’utilisateur final qui vous est applicable (End User License Agreement (EULA)).