$ClaudioG.Blog = $True : Scripting, PowerShell

Verificare la versione di Integration Services per VM di Host Hyper-V R2

claudiog — Wed, 25 Aug 2010 19:31:00 GMT

Una domanda piuttosto frequente, data la Best Practice di avere *SEMPRE* corrispondenza tra la versione dell’Host e dei Guest Components di Hyper-V, è come si faccia a determinare quale versione sia in esecuzione in una VM.

In realtà i metodi potrebbero essere diversi, partendo dal gratuito ma molto empirico censimento via WSUS (per esempio) di quali server siano “Virtual Machine” (Computer Model) e poi verificando la parte finale del BIOS, che indica la versione (080002 per 2008 SP2, 090004 per 2008 R2) … ma direi abbastanza scomodo :)
Purtroppo anche in piattaforme Hyper-V gestite da System Center Virtual Machine Manager (SCVMM), non esiste un modo (almeno io non l’ho trovato) per ottenere quell’informazione, ma solo per sapere se una VM ha gli IS installati (un pò deludente).

Ho preso spunto quindi dal post “Hyper-V How To: Check if ICs are Current using Script” di Tony Soper, per generalizzare la script e renderla un pò più flessibile nell’uso.

In particolare la mia versione accetta in input una lista di nomi di host default: (“'.” per il localhost), estrae dal registry di ciascun host la versione di IS disponibile e produce un elenco di VM in esecuzione, con la rispettiva versione, indicando se è “Up to date” o meno. Le VM da analizzare possono essere filtrate per wildcard sul nome (es: PROD%, WinXP%, …), usando il secondo parametro opzionale (di default le estrae tutte).

.\Check-HvIs.ps1 HV01 %2003%

estrae la versione degli IS per le VM che contengono “2003” nel proprio nome, sull’host HV01.

L’output è un array di oggetti Powershell, che può essere filtrata, sortata, formattata “as usual”. Ad esempio:

.\Check-HvIs.ps1 HV01,HV02 | ? {$_.IsVmGuestUptodate -eq $False}

fornisce l’elenco delle VM che non hanno gli IS aggiornati al proprio host.

Quì il download di Check-HvIs.ps1

Ciao, Claudio

Hotfix per Hyper-V in Windows Server 2008 R2 e backup via VSS

claudiog — Tue, 29 Jun 2010 16:21:00 GMT

Microsoft ha rilasciato una hotfix per risolvere un problema piuttosto subdolo, che si innesca nell'uso di VSS per fare backup di Virtual Machines su host Windows Server 2008 R2 / Windows Hyper-V Server 2008 R2. In breve, il VSS provider crea un nuovo device/volume per ciascuno shapshot effettutato, non rimuovendo mai queste informazioni dal registry, che crescerà a dismisura.

Ambienti partciolamente a rischio sono quelli basati su DPM 2007/2010, specie se i numeri di VM/VHD e la frequenza degli snapshot è elevata. Al limite (quando il numero di volumi supera qualche migliaio), l'host potrevbbe apparire "hung" al boot, o non completare mai il boot).

Il bug NON riguarda Hyper-V V1 di Windows Server 2008, anche se alcuni post su Internet affermano il contrario.

L'articolo (KB982210) pubblicato, ha diversi errori e imprecisioni, che rendono la comprensione e l'dentificazione del problema non proprio trasparente e semplice.

Le chiavi del registry indicate, sono o imprecise (la prima suggeria non cambia mai nel tempo) o sono assolutamete specifiche di un server e potreste non ritrovarle affatto sul vostro host
Alcuni rifermenti sono a 'ControlSet001', guardate invece sempre dentro a 'CurrentControlSet'
Il titolo dell'articolo parla di "after you back up the data on all the disks of the computer in Windows Server 2008 R2 if the computer runs some virtual machines", in realtà il problema si presenta SEMPRE, non solo se salvate TUTTI i dischi, basta innescare il VSS Provider per Hyper-V anche solo per un System State di una VM
L'articolo indica un supposto comando "devnodeclean", che NON esiste

Potrebbe essere un tool da richiedere al PSS, o da compilarsi da soli usando il codice di esempio nell'altra KB linkata ...ma non è chiaro e francamente mi pare un pò troppo !

Per semplificarmi la vita, ho scritto una piccola script Powershell 2.0, per verificare il numero di Volumi/Device presenti su una lista di hosts Hyper-V. Ha come prerequisito la funzionalità di Remoting, basata su WinRM, che deve essere configurata sugli host Hyper-V (anche via GPO).

Non si tratta di una script particolarmente "smart" o sofisticata, ma magari vi può servire. Va modificata per fornire la lista di host Hyper-V 2 si cui eseguire il controllo, per definire le credenziali di default per la connessione.

Quindi se a distanza di qualche giorno, osservate un incremento costante dei numeri riportati, dovete installare la hotfix. La fix però NON ripulisce il registry delle entry precedenti, quindi o vi procurate la "fantomatica" utility "devnodeclean" o usate il suggerimento pubblicato qui, sull'uso del vecchio "regchk".

Hyper-V comincia ad avere bisogno di un rollup !

Ecco la script:

$Cred = Get-credential DOMAIN\AdmAccount
$HVhosts = @("HVNODE1","HVNODE2")          # Potrebbe essere un 'get-content serverlist.txt'

$HvHosts | % {

Invoke-Command -ComputerName $_ -Cred $Cred -ScriptBlock {
    #$RegKeys = 'Enum\SCSI\Disk&Ven_Msft&Prod_Virtual_Disk','Enum\STORAGE\Volume','Control\DeviceClasses\{53f5630d-b6bf-11d0-94f2-00a0c91efb8b}'
    $RegKeys = @('Enum\STORAGE\Volume','Control\DeviceClasses\{53f5630d-b6bf-11d0-94f2-00a0c91efb8b}')

    PushD 'HKLM:\System\CurrentControlSet'
    $RegKeys | % {
      Write-Host $Env:Computername,$_, (dir $_).Count
      }
    PopD
    }
}

Produrrà un output di questo tipo:

HVNODE1 Enum\STORAGE\Volume 768
HVNODE1 Control\DeviceClasses\{53f5630d-b6bf-11d0-94f2-00a0c91efb8b} 774
HVNODE2 Enum\STORAGE\Volume 775
HVNODE2 Control\DeviceClasses\{53f5630d-b6bf-11d0-94f2-00a0c91efb8b} 783

Inactivate automatico di alert in DPM 2007

claudiog — Wed, 10 Jun 2009 16:49:00 GMT

Data Protection Manager 2007 (DPM), pur essendo dotato di cmdlets specifiche per Powershell, è piuttosto incompleto.
Ad esempio non ci sono cmdlets per gestire i jobs, alerts, ecc. (e sul grado di documentazione di quello che c’è … lasciamo perdere …).

La domanda su come poter risolvere (inattivare) gli alert in modo batch è stata posta diverse volte sui DPM Forum, ma anche i membri del Team DPM hanno affermato che non esiste un modo per farlo via Powershell.
Qualcuno in giro per il web, pur di evitare di inattivare "uno-a-uno" (sì, la DPM management console NON supporta la selezione multipla !), si è pure lanciato in temerarie operazioni direttamente sul DB SQL ($brividi = $TRUE).

In realtà un metodo esiste e una volta “scoperto” è pure banale … ma probabilmente NON è supportato (anche se lo uso da diverso tempo in ambienti di produzione e non ha mai causato problemi).

DISCLAIMER: usatelo a vostro rischio – USE AT YOUR OWN RISK

# Ci connettiamo al server DPM
$Dpm = connect-dpmserver $Env:Computername

#Otteniamo un oggetto AlertController
$Ac = $Dpm.Get_AlertController()

# Estraiamo solo i Pending Alerts
$AC.RefreshAlerts( $False)

# TA-DAAA … inattiviamoli tutti
$AC.ActiveAlerts | % { $_.ResolveAlert()}

La potenza di .Net applicata a Powershell (o viceversa )

Ciao, Claudio

WSUS PowerToolkit 1.2

claudiog — Wed, 10 Jun 2009 16:30:00 GMT

Ho aggiornato il WSUS PowerToolkit alla versione 1.2, includendo due nuove script.

Wsus-DeclineAllObsolete.ps1

Consente di declinare TUTTI gli update (usate a vostro rischio) che sono indicati come obsoleti (Superseded) nel database di WSUS.
Questo può essere utile nei casi di pulizia massiva di una installazione WSUS, dopo essersi accertati di aver approvato però gli aggiornamenti successivi.

Wsus-DeclineSupersededBy.ps1

Questa script ricerca gli update resi obsoleti da uno specifico aggiornamento (descrizione - passato come parametro stringa, case insensitive), che non siano già declinati e li declina.
Questo è utile per fare il decline dei soli update sotituiti da uno successivo. Si può passare una stringa “generica”, come ad esempio 'Windows Malicious Software Removal Tool', o 'update rollup for activex killbits', per inculdere una intera famiglia di aggiornamenti.

Ho anche aggiornato e fixato alcune delle scritp precedentemente rilasciate.

Have fun,
Claudio

WSUS PowerToolkit 1.1

claudiog — Thu, 12 Feb 2009 18:33:00 GMT

Ho aggiornato il WSUS PowerToolkit alla versione 1.1, includendo due nuove script.

Wsus-Sync.ps1

Consente di eseguire una sync di WSUS, con notifica via mail dell’esito.
Questo può essere utile in quei casi in cui lo scheduling rigido di WSUS, non risolva le vostre esigenze. Quindi si può schedulare la script con il task scheduler di Windows, disattivando la sincronizzazione automatica nelle opzioni di WSUS.

Wsus-PendingReboot.ps1

Questa script ricerca eventuali computer nel database di WSUS che siano in stato di Pending Reboot, notificando la lista via mail.
Questo è utile per evitare che un computer (server) resti per lungo tempo in stato di pending dopo aver applicato le patch manualmente, o dove si previene il reboot da GPO quando un utente ha fatto logon.

Entrambe le script usano Wsus-SendMail.ps1, per recuperare destinatario e server SMTP dalle opzioni di WSUS.

Have fun,
Claudio

Nota:

Nuova versione disponibile su http://www.pulsarit.net/cs/blogs/claudiog/archive/2009/06/10/wsus-powertoolkit-1-2.aspx

Powershell News

claudiog — Sat, 14 Jun 2008 22:52:00 GMT

Su CodePlex è disponibile un nuovo Provider per Powershell, scritto da Oisin Grehan (Microsoft MVP), già autore di PSEventing (PowerShell Eventing) e developer nel gruppo di PowerShell Community Extensions.

Si tratta del PowerShell Windows Mobile Provider, che consente di accedere sia in modo interattivo che programmatico a dispositivi Windows Mobile da PowerShell.
Molte le attività che si possono scriptare: dalla gestione del file system, alla conversione di file, l'esecuzione di processi, alla estrazione di informazioni sul dispositivo, ecc.
Si tratta ancora di una Beta, ma di certo un bel tool. Bravo Oisin !

Un altro interessante spunto ci viene da PowerShell Tunnel, disponibile sulla MSDN Code Gallery.
Applicazione decisamente interessante per accedere da una CLI PowerShell agli oggetti esposti in una applicazione .Net, hostata appostamente in un "runspace" di PowerShell e raggiunta tramite l'infrastruttura WCF.
Lo scopo ? Debugging, inspection ... ma anche esecuzione di metodi e modifica di proprietà ... tutto unito alla potenza di PowerShell. Una bella idea di Matthew Hobbs.

Vi segnalo anche un feed RSS, per essere sempre aggiornati sulla pubblicazione di nuovi contenuti (scripts) sul TechNet Script Center.

DPM 2007 e il Consistency Check

claudiog — Tue, 03 Jun 2008 00:01:00 GMT

Data Protection Manager 2007 prevede un meccanismo di verifica dell'integrità di una Replica (un "backup" in vecchia terminologia) di un DataSource, chiamato Consistency Check.

In questo articolo del Core Team proprio sul CC di DPM 2007, trovate alcune informazioni più dettagliate.

Poichè sono alle prese con alcuni problemini, ero alla ricerca di procedure di automazione del CC ed ho trovato sul blog del Team di DPM questa script PowerShell per invocare un Consistency Check su un DataSource di DPM 2007.

La script, pur essendo utile, ha un difetto di design: esegue CC per NOME del DataSource all'interno di un Protection Group ... ma non gestisce il fatto che il NOME può essere duplicato all'interno di un PG (ES: salvate il disco "C:\" di più server nello stesso PG, il SystemState, ecc.).

Ho modificato la script per renderla un pò più tollerante e gestire questo caso (affatto infrequente), oltre ad averla un pò rivista. Appena ho un pò di tempo (bisogna anche fatturare ), ne scriverò una versione che accetti un DataSource *specifico* (Es: SystemState del SERVER01).

Ecco la script: DPM-ConsistencyCheck2.ps1

Ciao, Claudio