Question : Failed de secours de SBS sur D : « Le système ne peut pas trouver le chemin spécifique. »

Les supports échouent partiellement de nuit à 20h30 sur un serveur SP2 de SBS 2003 avec toutes les mises à jour installées.  J'obtiens cette erreur ci-dessous : le class= du

Warning : Incapable d'ouvrir « D:\ » - sauté.
Reason : Le système ne peut pas trouver que le chemin specified.

Searching pour cette erreur m'a dirigé ici : le rel= " nofollow " de » _blank » de target= de " http://us.generation-nt.com/ntbackup-fails-see-local-drive-help-70675592.html » de href= du
des sugests du m/ntbackup-fails-see-local-drive-help-70675592.html

It de http://us.generation-nt.co créant un fichier séquentiel qui court NTBackup pour vérifier les erreurs de permission, mais moi ne suis pas sûrs comment lire l'output.
Here est le fichier séquentiel : class= " lineNumbers " >

1 de >

@echo " de 
 de c:\test.log
écho User=%UserName%, Path=%path% >> c:\test.log
dir d:\ 1>> c:\test.log 2> c:\test.err
DM d:\Test 1>> c:\test.log 2>> c:\test.err
écho %date% %time% 1> d:\Test\WriteTest.txt 2>> c:\test.err
%SystemRoot% \ system32tbackup.exe /. /. /. 1>> c:\test.log
2>> c:\test.err
fin de l'écho %date% %time% de tâche >> de c:\test.log
le class= >


This de 

Wed 06/30/2010 9h37 : 21.02 Début du 
User= [DomainAdmin], Path= e:\goldmine\ de tâche ; dossiers du am de C:\Progr \ outils de support \ ; kits de ressource de C:\Program Files\Windows \ outils \ ; tem32 de C:\WINDOWS\sys ; INDOWS de C:\W ; WINDOWS \ System32 \ Wbem ; dossiers du am de C:\Progr \ serveur de Microsoft SQL \ 80 \ outils \ Binn \ ; dossiers du rogram de C:\P \ serveur \ gestion de réseau petite entreprise de Microsoft Windows \ ; dossiers du ram de C:\Prog \ serveur de Microsoft SQL \ 90 \ DTS \ Binn \ ; dossiers du gram de C:\Pro \ serveur de Microsoft SQL \ 90 \ outils \ binn \ ; dossiers du rogram de C:\P \ serveur de Microsoft SQL \ 90 \ outils \ Binn \ VSShell \ Common7 \ ide \ ; dossiers du rogram de C:\P \ studio visuel 8 \ Common7 \ ide \ PrivateAssemblies de Microsoft \ ; shared \ goldmine \ ; les dossiers du Program de C:\ \ dossiers communs \ Intuit \ QBPOSSDKRuntime ; ed \ goldmine \ ; OWS \ system32 \ WindowsPowerShell \ v1.0 ; les dossiers du rogram de C:\P \ volume 
 de Sun \ VirtualBox dans le lecteur D n'a aucun No. d'immatriculation de volume de label.
 est annuaire de 4C6C-10AD

 d'échange du 18h17 151.939.092 du  e9f48eb1d39863255e84
11/19/2008 de 15h39 du  d285b25a232a3a32142aa7
02/06/2007 de 11h31 du matin de ClientApps
12/12/2006 de  de 9h55 du matin du backup
06/07/2010 de  de 9h27 du matin de l'applog 12-2-08.evt
04/21/2006 du 13h43 16.777.216 du  a642c2372efb37fd7c4e1daaf10cec
12/02/2008 de 11h56 du matin du  8c6677f2be1c9ea3a2d9d3f35c
06/10/2010 de 12h43 du  6484fe0f41ba0aac390d492181
01/31/2009 de 10h40 du matin du  5bf607c0527f115a9785c639
05/14/2010 de 12h13 du 

01/09/2007 de d:\ - recharger l'échange 2003 sur le  de 10h52 du matin d'Install
09/10/2008 de  de 12h11 de FTP
04/03/2007 de  de 13h17 d'Old
06/28/2010 de solutions de FrontRange de  de 13h46 de FrontRange Solutions
09/06/2007 de  de 15h12 du 15h53 2.426.395 FileZilla_Server-0_9_19.exe
08/25/2009 de FileZilla Server
11/07/2006 de  de 12h38 du  ff3691aeb61db3f2ffb2b57566199680
11/05/2007 de 14h53 d'Exchsrvr
07/09/2009 de  de 16h38 de DC.zip
03/12/2009          12h12 du 12h18 1.129.962 PM-Setup.exe
03/12/2009 de MSDEDatabases
03/12/2009 de  de 12h02 de Microsoft SQL Server
02/03/2009 de  de 13h13 de LogFiles
10/28/2009 0 bytes
 29 Dir des dossiers 256.690.185 de WsusDatabase
 8 de  de 15h10 de WSUS
07/09/2009 de  de 15h37 de Kits
10/30/2009 de ressource de Windows de  de 12h07 de VM Disks
04/03/2007 de  de 15h40 de Folders
02/19/2010 de  de 13h20 d'UninstallsHotfixes
06/29/2010 de  de 15h56 du temp
02/04/2008 de  de 3h42 du matin du sgf 12-2-08.evt
06/24/2009 du 13h43 16.777.216 de Swiftechs
12/02/2008 de  de 18h45 de SQL_Backup
08/08/2007 de  de 20h30 du shared
06/29/2010 de  de 8h52 du matin du servicepacks
06/07/2010 de  de 0h18 du matin du seclog 12-2-08.evt
12/14/2007 du 13h43 67.108.864 du 12h23 531.440 procexp.exe
12/02/2008 de ProcessExplorer.zip
03/12/2009 263.135.113.216 bytes free


Can quelqu'un interprètent ceci et m'indiquent si des permissions sont placées correctement ? le 
I ont vérifié les journaux d'événement mais ne voient pas n'importe quelle erreur spécifique.  La seule anomalie que je vois est dans la notation de secours avec l'erreur above.
Thanks.

  
  class= de 

Réponse : Failed de secours de SBS sur D : « Le système ne peut pas trouver le chemin spécifique. »

Le PS4000X est un San pur (il fait seulement l'iSCSI au-dessus de l'Ethernet) tandis que le NX4 est un système « unifié », et a le potentiel de remplacer non seulement votre San existant mais également vos serveurs de NAS/file comme vous pouvez accueillir des parts là-dessus. Le NX4 soutient également le canal de fibre si vous vouliez jamais se déplacer cette direction.

Autre que les différences de matériel, l'interface de gestion est où vous passez 99% de votre temps et des deux produits j'irais chercher l'Equallogic. L'EMC a pris son interface de milieu des années 90 (et la pensée) et sqaushed lui dans un nouveau système ainsi son maladroit pour faire la substance qui devrait être facile.

Si vous pourriez, j'irais chercher un NetApp, un des modèles FAS2020 ou FAS2040 plus petits. Ceux-ci gove vous tout que vos choix du courant 2 donnent, mais a également la signification d'ASIS (deduplicaton) que vous sauvez si vous déployez les machines virtuelles ou beaucoup de dossiers avec les données semblables (les méta-données etc. penser de mot et de Powerpoint document). Ceux-ci seule économie peuvent décommander dehors le coût légèrement plus élevé du produit, et l'interface de gestion est acutally vraiment bonne.