Görev Zamanlayıcı işi neden eşlenen bir ağ sürücüsüne erişemiyor?

Yerel dosyaları bir ağ paylaşımına yedeklemek için Robocopy'yi çalıştırmak üzere bir Görev Zamanlayıcı işim var. Ağ paylaşımına erişmek için etki alanı kimlik bilgilerini kullanmam gerekiyor, ancak yerel bilgisayar etki alanında değil ve iş yerel bir yönetici olarak çalıştırılıyor. Bu çözümAğ paylaşımının geçici olarak eşlenmesi ve eşleştirilmemesi işe yarıyor, ancak Görev Zamanlayıcı iş eylemlerine bakan herkes için şifremi düz metin halinde bırakıyor. Ağ sürücüsünü normalde yarı kalıcı olarak eşleştirmeyi tercih ederim, bu yüzden Görev Zamanlayıcı işi sadece Robocopy'yi çalıştırmalı ve uygun sürücü harfine atıfta bulunmalıdır. Ancak her zaman "Sistem belirtilen yolu bulamıyor" hatası alıyorum. Robocopy günlüğünde, bunu Görev Zamanlayıcı'dan çalıştırırken, komut yükseltilmiş bir komut isteminden iyi çalışsa bile (iş en yüksek ayrıcalıklarla çalışacak şekilde ayarlanmıştır). Ayrıca , yükseltilmiş bir komut isteminden eşlenen sürücülere erişmek için bu kayıt defterini ince ayarladığımı unutmayın .

EDIT: Netleştirmek için yerel yönetici olarak giriş yaptım, Windows Gezgini'ni yönetici olarak başlattım. Ağ paylaşımını Y harfi ile eşlerim. Komut istemini yönetici olarak başlatıp çalıştırırım.

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

İyi çalışıyor. Kullanıcının giriş yapıp yapmamasına bakılmaksızın en yüksek ayrıcalıklarla aynı komutu çalıştırmak için bir Görev Zamanlayıcı işi oluşturuyorum. Çalıştırıp bir hata alıyorum. Bir kütüğe yazıyorum ve alıyorum

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

bunu takiben

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

Haritalanmış sürücüler bir Kullanıcı Arayüzü konseptidir ve bu gibi arka plan görevlerinde kullanılamazlar. UNC üzerinden hedefe erişin ve görevin çalıştığı kullanıcının hedefe erişimi olduğundan emin olun.

Benim durumumda tek yapmam gereken run with highest privilegesbayrak işaretini kaldırmaktı, ancak görevi sürücüyü haritalayan kullanıcı ile aynı kullanıcı üzerinde çalıştırıyorum.

Kullanmayı deneyin:

pushd \\machine\share

zamanlanmış görevin bir toplu iş dosyasında. Ağ paylaşımlı sürücüler yalnızca kullanıcı tarafından çalıştırılan bir ortamda kullanılabilir. "pushd", betiğin bağlamında çalıştırılmasına izin verir.

İşiniz bittiğinde:

popd \\machine\share

Sürücüyü kaldırmak için

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

Başka bir seçenek de Robocopy'nin desteklediği gibi sadece tam ağ yolunu kullanmak. yani robokopi c: \ temp \\ sunucu \ paylaşım \ temp

Veya daha iyisi, yedeği sunucunun kendisinde çalıştırın. Yalnızca yedekleme işlemi için bir etki alanı yönetici hesabı oluşturun. Parolayı, yalnızca etki alanı yöneticilerinin erişebileceği bir metin dosyasından besleyin.

Yıllar önce, ağdaki her sistem için gerekli dosyaları bu şekilde yedekleyecek .cmd komut dosyaları oluşturdum. Kullandığım tek harici program Cgywin'in Grep komutu ve bir komut istemi smtp mail sender idi.

Ağı sistemler için tarayacak bir senaryo yazdım. Tüm sistem adlarının bir metin dosyasını oluşturur ve bulduğu yeni sistemlerin e-postasıyla beni uyarır. (Sistemlerin atlaması için ayrıştırılacağı bir yapılandırma dosyasına sahiptim.) Her yeni sistem, bunun için oluşturulan bir yedekleme dizinine ve içine yerleştirilmiş bir yedekleme yapılandırma dosyasına sahipti. Kullanıcı bu dosyayı değiştirebilir ve yedeklenmesi gereken dizinleri listeleyebilir. Ayrıca yedeklerinin zamanını da belirleyebilirlerdi, böylece ofiste olduklarında olmazdı. Bu betiği sunucuda 5 dakikada bir çalıştım, işlem zaman almadı ve ağa yeni bir sistem takıldığında beni uyaran güvenlik özelliğini seviyorum.

Başka bir komut dosyası, tüm yedekleme yapılandırma dosyalarını ayrıştıracak ve bu sistemde bir yedekleme çalıştırmak için bir görev zamanlayacaktır. Bu her gün 12:01 de gerçekleştirildi.

Sonunda yedekleme betiği, programlayıcı tarafından kendisine gönderilen config dosyasını ayrıştırır ve robocopy kullanarak tüm dosyaları kopyalar. Konfigürasyon dosyaları üzerinde tam bir hata oluştu, çünkü kullanıcılar bunları düzenleyecekti ve herhangi bir sorunla ilgili e-postalar alabildim

Kullanıcılar yedekleme dosyalarını okuyabilir, ancak yedeği silemediler. Bu, olası hoşnutsuz bir çalışanın zarar görmesine karşı bir miktar koruma sağladı.

Muhtemelen çok daha zarif bir şey .vbs veya powershell'de yapılmış olabilirdi, ama ben gerçekten bir programcı değilim. Programlama derslerim Kobal ve JCL'yi içeriyordu. Ayrıldığımda senaryoları kopyaladığımı hatırlıyorum, ama şimdi nerede olduklarını kim biliyor.

"Kullanıcının oturum açıp açmadığını çalıştır" seçeneğini "Yalnızca kullanıcı oturum açtığında çalıştır" seçeneğini değiştirerek sorunun üstesinden geldim. Bunu size yardımcı olabilir deneyin.

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

Bu powershell betiğini oluşturma, işi SYSTEM olarak zamanlama ve yeniden başlatma sırasında çalıştırmaya ayarlama, UNC başka sorunların başını çekmesi nedeniyle bir seçenek olmadığından komut dosyalarımda sürücü harfleri kullanmamı sağladı.

"Başlangıç" konumunda "c: \" olarak değiştirmeyi deneyin. Bu benim için düzeltmek gibiydi, bu yüzden belki de sistem bir güvenlik özelliği olarak cmd.exe dosyasının varsayılan \ windows \ system32 \ 'den çalışmasını engelliyordu.

Windows görev zamanlayıcısından bir betiği çağırırken r: / serverx share pencereli r: \ server \ share pencereli r: /xxxfilename.txt dosyasına erişmeye çalışırken de aynı sorunu yaşadım . //Server/share/xxxfilename.txt

Kullanarak çözdüm
Lütfen ters eğik çizginin ileri eğik çizgiye dönüştürüldüğünü fark edin.
Şimdi benim bash cygwin betiği Windows görev zamanlayıcısı ve cygwin kabuğunda çalışıyor.
Not: " net use " komutu, harita sürücülerine kabuk içinde erişebilir ancak Kullanılamaz R: bu komutu Windows görev Zamanlayıcı'da çalıştırdığımda gösterir.

Başka bir kullanıcının belirttiği gibi, "Kullanıcının oturum açıp açmadığını Çalıştır" seçeneğinin "Yalnızca" oturum açıldığında çalıştır "seçeneğine ayarlanması işe yaramaz gibi görünüyor. Daha sonra eşlenen yolu (örn. Z :) veya sunucu yolunu kullanabilirsiniz (örn. \\ SunucuAdı \ Yol).

Tabii ki, eğer bu seçeneği kullanırsanız, söyleneni yapmalı ve ilgili sürücüye erişimi olan bir kullanıcı olarak sunucuya giriş yapmış olduğunuzdan emin olmalısınız. Bunun gibi çok sayıda işte çalışan daha eski bir şirkette olduğumu hatırlıyorum Bir gün birisi ana iş sunucusundan "çıkış yaptı", makineyi hiçbir şekilde kapatmadığı için bunun herhangi bir etkisi olacağını beklemiyorduk ...

Ayrıca, bu günlerde, Windows kendi kendine çağrılan sistemi yeniden başlatmayı çok sever Yani bu çözümü kullanmak kendi sorumluluğunuzdadır.

Ayrıca, eşleştirmeyi komut dosyasında yaparsanız ve parola% içeriyorsa, komut dosyasının görev denetleyicisinden çalışması için%% yazılması gerekir, ancak% komutunun commandprompt dosyasından çalışması gerekir.

toplu komut dosyasına kendisinin eklenmesi için aşağıdaki komutları kullanarak Windows zamanlama görevini kullanarak yerel sisteme kopyalanan dosya dir. net kullanım Y: "\\ xxx \ xxx \ xxx cd / d Y: net kullanıcı / d Y: / Y

Teşekkürler, "c: \" ile başla seçeneğinin benim sorunumu çözdüğünü doğrulamak için bu sorunu izleyeceğimi düşünüyorum.

Aynı sorunu yaşıyordum, eğer doğrudan partiye tıklarsam, kusursuz bir şekilde çalıştı ancak planlanmış görevler altında değildi.