Seite 1 von 2
Datei-Kopien in d:\Shares
Verfasst: 17. Feb 2010, 21:37
von cb01
Hallo Forum,
erst einmal tolles Forum! Bin ein Neuling mit einem H340 und 2x 1 Tb und WHS PP3 und habe auch leider schon gleich zwei Fragen:
Im
How To: Datenrettung nach Serverausfall
habe ich den Satz gelesen, "Kopieren Sie niemals direkt in das Dateisystem des Home Servers (beispielsweise über d:\shares)!"
Nun habe ich den dummerweise nach der gesamten Datenübertragung mit PureSync (Dateisynchronisationstool) direkt in D:\shares erst gelesen und kann mir gerade nicht erklären warum man dies nicht darf. Einen Fehler habe ich noch nicht festgestellt und der "conflict resolver" hat bei den ersten drei Freigaben auch noch keine Fehler festgestellt. Mit der Suchfunktion bin ich Baden gegangen, entweder nichts oder zuviel, daher verzeiht bitte diese sicher altbekannten Fragen, ich habe es aber wirklich nicht gefunden.
Was passiert denn, wenn man direkt in d:\shares arbeitet?
Und meine zweite Frage: die nächste Platte für den DatenPool ist eine 4kb-Sektor-Platte (WD EARS), die natürlich nicht richtig Server2003 kompatibel ist. Habe ich eigentlich durch das Setzen des Jumpers bei der Verwendung als Datenplatte irgend einen Nachteil?
Vielen Dank für Eure Hilfe und Grüße
c
Re: Datei-Kopien in d:\Shares
Verfasst: 17. Feb 2010, 22:02
von Nobby1805
Da gibt es unterschiedliche Meinungen ... MS hat wohl mal in einem White Paper davor gewarnt direkt nach d:/shares zu schreiben (SCHREIBEN nicht LESEN !!) weil zu Zeiten vor oder mit PP1 der DriveExtender Probleme hatte ... aus meiner Sicht sind diese Probleme inzwischen behoben, ich habe auch noch nie irgendwelche Störungen festgestellt ...
Ich würde die Platte gegen eine mit klassischer Blockstruktur umtauschen
Re: Datei-Kopien in d:\Shares
Verfasst: 23. Feb 2010, 15:02
von fred3650
ich habe kürzlich auch große datenmengen direkt in die shares kopiert, ohne probleme!
zwei interne festplatten: nr.1 war in den pool eingebunden, nr. 2 nicht. per windows-explorer habe ich dann ca. 400 gigabyte an daten von platte nr. 2 in die shares von platte nr. 1 kopiert. dabei kam eine fehlermeldung "kann nicht kopiert werden, serverpfad nicht gefunden" oder so ähnlich. dann habe ich das ganze im abgesicherten modus gemacht, und es ging. bis jetzt konnte ich auch keinerlei probleme feststellen.
warum ich das gemacht habe? weils schneller geht als wenn man die platte extern über usb 1.1 anschließt

Re: Datei-Kopien in d:\Shares
Verfasst: 23. Feb 2010, 19:37
von Nobby1805
fred3650 hat geschrieben: dann habe ich das ganze im abgesicherten modus gemacht, und es ging. bis jetzt konnte ich auch keinerlei probleme feststellen.
Das hört sich aber nicht gesund an .. ich glaube eher NICHT, dass im abgesicherten Mode der DriveEXtender funktioniert ... bist du sicher, das du auf ´D:/sahres/ jetzt die Tombstones hast die der WHS dort haben will ?
Re: Datei-Kopien in d:\Shares
Verfasst: 23. Feb 2010, 19:39
von fred3650
ich denke schon. wie genau kann ich das denn kontrollieren?
ich denke, das es wegen solchen diensten eben NICHT im normalen modus funktioniert hat.
Re: Datei-Kopien in d:\Shares
Verfasst: 23. Feb 2010, 20:03
von Nobby1805
fred3650 hat geschrieben:ich denke schon. wie genau kann ich das denn kontrollieren?
ich denke, das es wegen solchen diensten eben NICHT im normalen modus funktioniert hat.
Aber genau diese Dienste machen den WHS aus ... sonst ist es nur ein Windows Server 2003
Schau mal mit dem Add-In Duplication Info oder schau mit FSUTIL nach
Syntax : fsutil reparsepoint query <Dateiname>
z.B : fsutil reparsepoint query C:\Server
Re: Datei-Kopien in d:\Shares
Verfasst: 23. Feb 2010, 20:17
von fred3650
okay, das werd ich mal machen.
aber was ich vorab sagen kann: als ich die daten kopiert habe, habe ich eigentlich keine besondere whs-funktion in anspruch genommen! zu dem zeitpunkt war noch keine duplizierung aktiv. und es war auch nur eine platte im pool. duplizierung habe ich erst später auf diesen ordner angewendet, und die wird soviel ich weis eh bloß alle 60 minuten durchgeführt...
naja, ich guck mir das mal an...
Re: Datei-Kopien in d:\Shares
Verfasst: 23. Feb 2010, 21:33
von JoachimL
cb01 hat geschrieben:Und meine zweite Frage: die nächste Platte für den DatenPool ist eine 4kb-Sektor-Platte (WD EARS), die natürlich nicht richtig Server2003 kompatibel ist. Habe ich eigentlich durch das Setzen des Jumpers bei der Verwendung als Datenplatte irgend einen Nachteil?
Nobby1805 hat geschrieben:Ich würde die Platte gegen eine mit klassischer Blockstruktur umtauschen
ich habe auch eine WD20EARS in Betrieb (mit Jumper) und hab keine Probleme bisher.
Gruß Joachim
Re: Datei-Kopien in d:\Shares
Verfasst: 23. Feb 2010, 22:40
von Duffy987
Hallo,
ich bin auch gerade am Versuchen meine Dateien zwischen dem Cliens und dem Server zu Syncronisieren. (Mit Syncing.net) Dieses Programm habe ich auf den Server installiert und dor muß ich nun angeben welchen Ordner er syncronisieren soll. Da ich nicht direkt auf das Netzwerk (Musik) verweisen kann habe ich den Pfad auf D:\Shared\Musik gelegt. Hat so weit ganz gut geklappt. Nun bin ich allerdings etwas verunsichert was das mit den Tombstones auf sich hat und Nobby, die von dir genannten Tools sagen mir, wie sollte es auch anders sein, nix. Kann ich irgendwie prüfen ob noch alles IO ist auf einfachem weg?
Gruß Duffy
Re: Datei-Kopien in d:\Shares
Verfasst: 24. Feb 2010, 19:36
von Nobby1805
Hallo Duffy,
aus meiner Sicht kein Problem (es gibt wie gesagt ein MS WhitePaper das empfiehlt immer \\Server\Musik zu verwenden)
Der entscheidende Unterschied zu der vorherigen Diskussion ist, dass dort im abgesicherten Mode kopiert wurde ... da habe ich Bedenken dass alles WHS-konform aufgebaut worden ist.
Duplication Info ist ein WHS Add-In mit dem du sehen kannst wie die Dateien auf den Platten des WHS verteilt wird
FSUTIL ist ein Command-Line Windows-Tool von Microsoft
Gruß Nobby
Re: Datei-Kopien in d:\Shares
Verfasst: 24. Feb 2010, 21:04
von fred3650
danke für den tip. hab soeben duplication info installiert und bin jetzt erstmal beruhigt. bei mir ist die duplizierung bei "musik" und "videos" aktiviert, und diese ordner sind - inkl. sämtlicher unterordner - auch auf beiden platten vorhanden.
Re: Datei-Kopien in d:\Shares
Verfasst: 1. Mär 2010, 12:59
von pauly
JoachimL hat geschrieben:ich habe auch eine WD20EARS in Betrieb (mit Jumper) und hab keine Probleme bisher.
Gruß Joachim
Ich habe eine 2 TB WD20EA
DS im WHS und die läuft prima. Jetzt warte ich gerade auf zwei bestellte WD20EA
RS, welches sich lt. Beschreibung nur durch die Größe des Caches von der WD20EA
DS unterscheidet.
Was hat es aber mit den Jumpern auf sich? Was muss ich da beachten? (Bei meiner WD20EA
DS habe ich jumpermäßig auf nix geachtet...

)
pauly
Re: Datei-Kopien in d:\Shares
Verfasst: 1. Mär 2010, 13:48
von steve0564
pauly hat geschrieben:
Ich habe eine 2 TB WD20EA
DS im WHS und die läuft prima. Jetzt warte ich gerade auf zwei bestellte WD20EA
RS, welches sich lt. Beschreibung nur durch die Größe des Caches von der WD20EA
DS unterscheidet.
Was hat es aber mit den Jumpern auf sich? Was muss ich da beachten? (Bei meiner WD20EA
DS habe ich jumpermäßig auf nix geachtet...

)
pauly
Lies Dich mal hier ein:
viewtopic.php?f=10&t=8162
Re: Datei-Kopien in d:\Shares
Verfasst: 1. Mär 2010, 13:56
von pauly
Ah!
Danke, Steve!

Re: Datei-Kopien in d:\Shares
Verfasst: 8. Mär 2010, 23:53
von Toshy
Also ich habe hier etwas mit dem Koieren getestet. Aktull habe ich nur eine interne Platte zum testen drinn (Board verträgt nur 2 Platten) und ein oder zwei USB-Festplatten drann. Ich habe die USB-Platten dem Datenpool hinzugefügt, DANACH habe ich testweise Daten direkt auf die unterschiedlichen Platten des Pools kopiert. Das geht auch, wenn nur ein Laufwerksbuchstabe angezeigt wird, man kann dennoch auf die Platten zugreifen. Es gab keine Probleme.
Interessant fand ich vor allem das Verhalten des WHS, wenn ich eine USB-Platte mit direkt darauf kopieren Daten einfach abgezogen hatte. Die Dateinahmen wurden auf den Clientrechnern weiterhin angezeigt, es kam nur eine Fehlermeldung bei Zugriff auf die Dateien (Gerät nicht vorhanden). Somit scheint ein nutzen von USB-Platten absolut ungefährlich zu sein (muß aber noch mehr testen). Einzig den Schreibcache muß man beachten oder abschalten.
Was ist eigendlich dieses "alligned" aus dem "gelinkten Beitrag"?
Toshy