Questa discussione riguarda piuttosto un aspetto della shell dei comandi di Windows che PowerShell direttamente, ma credo sia interessante per un confronto su come vengano gestite le variabili di sistema dai diversi ambienti di scripting.

Mi ricollego al mio post precedente intitolato "Assegnare ad una variabile la lettera di un volume logico" http://www.powershell.it/Forum/Generale/Thread/2d1e564b70964924bf4545ea982f88b4/Assegnare-ad-una-variabile-la-lettera-di-un-volume-logico.aspx in cui discutevamo su come ricercare la lettera di unità assegnata automaticamente ad un dispositivo di storage esterno che viene collegato al sistema, ad esempio un disco usb o un pendrive, in base ad una label preimpostata, o come suggerito da Efran, in base al DeviceId assegnato alla periferica da Windows.

A completamento vorrei rendere disponibile questa informazione in modo permanente, cosicché il riferimento possa essere utilizzato da altre procedure, ad esempio degli script di backup.

Ho pensato dunque di creare una nuova variabile di ambiente a livello di sistema tramite .Net Framework. con il metodo

[Environment]::SetEnvironmentVariable

Supponendo che la periferica da monitorare abbia impostata come etichetta di volume "STORE'N'GO" (trattasi di un pendrive della Verbatim), lo script potrebbe essere il seguente:

    $DeviceId = (
        Get-WmiObject -class Win32_LogicalDisk | 
            Where-Object {$_.VolumeName -match "STORE"} 
    ).DeviceID

    [Environment]::SetEnvironmentVariable("BackupDrive",$DeviceId,"Machine")

Viene dunque creata una variabile di ambiente denominata "BackupDrive", contentente la lettera del drive esterno collegato.

Fin qui tutto bene

Il problema nasce nel momento in cui dobbiamo fare riferimento alla variabile. A titolo di esempio ho provato ad impostare un job schedulato di NTBackup indicando esplicitamente, come percorso di destinazione del backup, il drive in questione. Una volta creato il job, ho modificato la stringa sostituendo alla lettera del drive impostato, la variabile precedentemente creata.

La destinazione del backup nello script di NTBackup cambia da

.../f "F:\BackupFolder\BackupNormale.bkf"

a

.../f "%BackupDrive%:\BackupFolder\BackupNormale.bkf"

Se proviamo ad avviare il job ci accorgiamo che la procedura termina in modo istantaneo: nel registro di log vediamo che il motivo è che il percorso di destinazione non è valido. Copiando lo script all'interno di un file batch e aggiungendo il comando pause di seguito, andiamo ad analizzare cosa succede: effettivamente ciò che è scritto nel log è vero, in quanto al posto la variabile BackupDrive non viene sostituita con il corretto valore. Tuttavia aprendo una shell dei comandi e copiando dentro esattamente la stessa stringa del job, la variabile viene correttamente sostituita ed il backup va a buon fine. Evidentemente quando apriamo manualmente la shell dei comandi, la variabile viene risolta correttamente, nell'altro caso no.

--- Nota: mi piacerebbe corredare la discussione con qualche immagine ma non so come inserirla ---

Ad ulteriore prova ho provato a vedere cosa succede con le variabili ambiente preimpostate. Eseguendo un file batch che contiente un riferimento ad una variabile ambiente preimpostata, ad esempio PATH, questa viene correttamente sostituita. Non accade la stessa cosa con la variabile di ambiente da me creata.

Mi chiedo: che differenza c'è tra le due variabili? Forse la variabile deve essere registrata in qualche file di configurazione?

Ciao zerodue,

ti chiedo scusa per il ritardo con cui rispondo...

Dunque, mi viene da chiedere: forse il task che recupera la variabile d'ambiente è eseguito da un utente che non ha i privilegi per accedere a questo tipo di informazioni?

Inizialmente pensavo non avessi specificato "Machine" chiamando SetEnvironmentVariable(), ma poi riguardando il tuo codice mi sono ricreduto.

A presto!

PS: Hai ragione rispetto al mancato supporto per le immagini di questo forum. Ci sto lavorando e spero di aggiungere molte nuove funzionalità entro fine anno... Stay tuned e grazie per il feedback, sempre molto apprezzato! :)

Ovviamente il problema descritto, è aggirabile in molte maniere. Potrei ad esempio memorizzare l'informazione desiderata in un file di testo, o convertire gli script che fanno uso di quella variabile, in PowerShell. Ma può essere comodo disporre di variabili ambiente personalizzate per eseguire semplici script in batch o per 'ritoccare', diciamo così, in misura minima, degli script automatizzati già presenti nei sistemi che amministro.

P.S.: tanto che abbiamo aperto il discorso - c'è un modo per modificare un post che abbiamo inserito e che magari contiene qualche inesattezza? Grazie

Certo, i workaround ci sono. Ma sono curioso di capire perchè non ti funzionava tramite CMD: poteva essere una questione di permessi?

Per quanto riguarda le funzionalità di editing dei post ci stiamo lavorando; inizialmente il forum era stato concepito come un newsgroup con un'interfaccia web, quindi si era deciso di non consentire la modifica dei post, una volta creati. Ma il mondo cambia e la funzionalità verrà sicuramente aggiunta nel futuro prossimo. Nel frattempo... Occhio a quello che scrivi! :)

Ciao!

Per quanto riguarda i permessi non dovrebbero esserci problemi. Eseguo tutto come amministratore ed ho provveduto a verificare che le cartelle e i file su cui opero, consentano l'accesso completo a questo account.

Tuttavia devo correggermi su una cosa: precedentemente ho scritto che copiando lo script automatico di ntbackup all'interno del prompt dei comandi ed eseguendolo, ci accorgiamo che la variabile %BackupDrive% non viene sostituita. In realtà ciò non è vero. Probabilmente devo aver eseguito la cosa senza aver riavviato il prompt dei comandi a seguito dell'impostazione della variabile.

Dunque, incollando la stringa di ntbackup all'interno nella shell dei comandi, la procedura va a buon fine. E va a buon fine anche se copio la stringa dentro un file con estensione .bat, lo salvo e lo eseguo. E' un passo avanti, ma rimane da capire perché se il comando viene eseguito direttamente da operazioni pianificate, la variabile non viene sostituita. Ho pensato di modificare l'account del servizio AT, da account di sistema locale a utente amministratore, ma niente da fare. Forse nel comando impostato in operazioni pianificate, devo fare riferimento alla variabile con una sintassi diversa?

Credo che per il momento risolverò il problema inserendo un "CMD /C" in testa al comando ntbackup in operazioni pianificate. In questo modo le variabili di sistema vengono caricate correttamente.

Il comando finale diventerà una roba del tipo:

CMD /C C:\WINDOWS\system32\ntbackup.exe backup "@C:\Documents and Settings\administrator\Impostazioni locali\Dati applicazioni\Microsoft\Windows NT\NTBackup\data\TestBackup.bks" /n "BackupNormale.bkf creato il 08/07/2010 alle 11.51" /d "Set creato il 08/07/2010 alle 11.51" /v:yes /r:no /rs:no /hc:off /m normal /j "BackupNormale" /l:s /f "%BackupDrive%\BackupFolder\TestBackup.bkf"

Ahhh... Ok, credo di aver capito. Non mi ero accorto che la variabile d'ambiente la passi direttamente ad ntbackup. Probabilmente ntbackup non fa l'espansione delle variabili quando viene richiamato direttamente, mentre lanciandolo da un batch dovresti ottenere l'effetto voluto.

Ciao!

Esatto, è quello che credo anch'io. Effettivamente la mia spiegazione poteva essere più chiara