Perché un processo di Utilità di pianificazione non può accedere a un'unità di rete mappata?

Ho un compito di Utilità di pianificazione per eseguire Robocopy per il backup di file locali su una condivisione di rete. Devo utilizzare le credenziali di dominio per accedere alla condivisione di rete ma il computer locale non si trova nel dominio e il lavoro viene eseguito come amministratore locale. Questa soluzionedi mappare e annullare la mappatura temporanea della condivisione di rete funziona, ma lascia la mia password esposta in testo semplice per chiunque guardi le azioni di lavoro di Utilità di pianificazione. Preferirei mappare l'unità di rete normalmente su base semi-permanente, quindi il lavoro Utilità di pianificazione deve solo eseguire Robocopy e fare riferimento alla lettera di unità appropriata. Comunque ottengo sempre l'errore "Il sistema non riesce a trovare il percorso specificato." nel registro Robocopy quando questo viene eseguito dall'Utilità di pianificazione, anche se il comando funziona correttamente da un prompt dei comandi con privilegi elevati (il processo è impostato per essere eseguito con i privilegi più elevati). Nota anche che ho apportato questa modifica al registro per accedere alle unità mappate da un prompt dei comandi con privilegi elevati.

MODIFICA: Per chiarire, effettuato l'accesso come amministratore locale, avvio Windows Explorer come amministratore. Mappare la condivisione di rete sulla lettera di unità Y. Avvio il prompt dei comandi come amministratore ed eseguo

C:\Windows\System32\Robocopy.exe C:\temp Y:\temp

Funziona bene. Creo un lavoro Utilità di pianificazione per eseguire esattamente lo stesso comando, indipendentemente dal fatto che l'utente abbia effettuato l'accesso o meno, con i privilegi più elevati. Lo eseguo e ricevo un errore. Scrivo su un registro e ottengo

ERROR 3 (0x00000003) Getting File System Type of Destination Y:\temp\
The system cannot find the path specified.

seguito da

ERROR 3 (0x00000003) Creating Destination Directory Y:\temp\
The system cannot find the path specified.

Le unità mappate sono un concetto di interfaccia utente e non sono disponibili per attività in background come quella. Accedi alla destinazione tramite UNC e assicurati che l'utente che esegue l'attività abbia accesso alla destinazione.

Nel mio caso, tutto quello che dovevo fare era deselezionare la run with highest privilegesbandiera, ma sto eseguendo l'attività sullo stesso utente dell'utente che ha mappato l'unità.

Prova a usare:

pushd \\machine\share

all'interno di un file batch dell'attività pianificata. Le unità condivise in rete sono disponibili solo da un ambiente gestito dall'utente. "pushd" consentirà l'esecuzione nel contesto dello script.

Quando hai finito usa:

popd \\machine\share

per annullare la mappatura dell'unità.

Riferimento: https://blog.adrianbanks.co.uk/windows/2007/03/08/accessing-network-file-shares-from-a-command-prompt.html

Un'altra opzione è solo quella di utilizzare l'intero percorso di rete, poiché Robocopy li supporta. ad es. robocopy c: \ temp \\ server \ share \ temp

O meglio ancora, esegui il backup sul server stesso. Crea un account amministratore di dominio solo per il processo di backup. Feed robocopy la password da un file di testo a cui solo gli amministratori di dominio possono accedere.

Anni fa ho creato diversi script .cmd che avrebbero eseguito il backup dei file essenziali per tutti i sistemi della rete in questo modo. L'unico programma esterno che ho usato era il comando Grep di Cgywin e un prompt dei comandi smtp mail mittente.

Ho realizzato uno script per scansionare la rete alla ricerca di sistemi. Creerebbe un file di testo con tutti i nomi di sistema e mi avviserebbe via e-mail di tutti i nuovi sistemi trovati. (Avevo un file di configurazione che avrebbe analizzato per saltare i sistemi.) Ogni nuovo sistema aveva una directory di backup creata per esso e un file di configurazione di backup inserito in esso. L'utente può modificare questo file ed elencare tutte le directory di cui è necessario eseguire il backup. Potrebbero anche specificare l'ora dei loro backup in modo che non accada quando si trovavano in ufficio. Ho eseguito questo script sul server ogni 5 minuti, poiché non è stato necessario alcun tempo di elaborazione e mi piace la funzione di sicurezza di avvisarmi quando un nuovo sistema è stato collegato alla rete.

Un altro script analizza tutti i singoli file di configurazione del backup e pianifica un'attività per eseguire un backup su quel sistema. Questo è stato eseguito ogni giorno alle 00:01.

Infine, lo script di backup analizzava il file di configurazione che gli era stato passato dallo scheduler e usando robocopy avrebbe copiato tutti i file. Ho avuto un controllo completo degli errori sui file di configurazione poiché gli utenti li avrebbero modificati e avrei ricevuto e-mail su eventuali problemi.

Gli utenti potevano leggere i loro file di backup, ma non potevano eliminare il backup. Ciò ha fornito una certa protezione dai danni di un possibile dipendente scontento.

Probabilmente qualcosa di molto più elegante avrebbe potuto essere realizzato in .vbs o powershell, ma non sono davvero un programmatore. Le mie lezioni di programmazione includevano Cobal e JCL. Ricordo di aver copiato gli script quando me ne sono andato, ma chissà dove sono ora.

Ho superato il problema modificando l'opzione "Esegui se l'utente è connesso o meno" su "Esegui solo quando l'utente è connesso". Prova questo può aiutarti.

echo Get-Date >> c:\mount_nfs_log.txt
net use X: \\share\folder password /user:domain\user>> c:\mount_nfs_log.txt 2>&1

La creazione di questo script PowerShell, la pianificazione del lavoro come SISTEMA e l'impostazione per l'esecuzione al riavvio mi hanno permesso di utilizzare le lettere di unità nei miei script poiché UNC non è un'opzione a causa di un mal di testa di altri problemi.

Prova a cambiare la posizione "start in" in "c: \". Ciò sembrava risolverlo per me, quindi forse il sistema impediva l'esecuzione del cmd.exe dal \ windows \ system32 \ predefinito come funzionalità di sicurezza.

Ho avuto lo stesso problema nel tentativo di accedere a r: /xxxfilename.txt con un'unità mappata di Windows r: \ server \ share durante la chiamata di uno script dall'utilità di pianificazione di Windows.

Ho risolto utilizzando //server/share/xxxfilename.txt
Notare che la barra rovesciata viene convertita in barra.
Ora il mio script cyhwin bash viene eseguito nell'utilità di pianificazione di Windows e nella shell cygwin.
Nota: il comando " net use " può accedere alle unità della mappa nella shell ma mostra Non disponibile R: quando eseguo questo comando nell'utilità di pianificazione di Windows.

Come ha notato un altro utente, l'impostazione dell'opzione su "Esegui se l'utente è connesso o meno" su "Esegui solo quando l'utente è connesso" sembra funzionare. È quindi possibile utilizzare il percorso mappato (ad es. Z :) o il percorso del server (ad es. \\ ServerName \ Path).

Naturalmente, se si utilizza questa opzione, è necessario fare come indicato e assicurarsi di aver effettuato l'accesso al server come utente con accesso all'unità pertinente. Ricordo di essere stato in una vecchia azienda con una serie di lavori configurati come questo. Un giorno qualcuno "si è disconnesso" dal server principale dei lavori, senza aspettarsi che ciò avrebbe avuto alcun tipo di impatto in quanto non stavano spegnendo la macchina in alcun modo ...

Inoltre, in questi giorni a Windows piace fare molti riavvii del sistema auto-invocati. Quindi utilizzare questa soluzione a proprio rischio.

Si noti inoltre che se si esegue il mapping nello script e la password contiene%, è necessario scrivere %% affinché lo script funzioni dal taskcheduler ma% funzioni dal prompt dei comandi

si possono usare i seguenti comandi, da aggiungere nello stesso script batch, per eseguire lo script Batch dall'attività di pianificazione di Windows per ottenere dir, file copiato sul sistema locale usando l'attività di pianificazione di Windows; net use Y: "\\ xxx \ xxx \ xxx cd / d Y: net user / d Y: / Y

Grazie, penso che usando "start in c: \" ho risolto il mio problema, seguirò questo problema per confermare che è stato risolto.

Stavo avendo lo stesso problema, se ho fatto clic direttamente sul batch funzionava perfettamente ma non nell'ambito dell'attività pianificata.