Ninu 10 Geschrieben 29. März 2017 Melden Teilen Geschrieben 29. März 2017 Hallo zusammen, eine Frage an die DFSR-Cracks. Ich habe gerade folgendes "Problem" Szenario: 2 Server 2008R2, zwischen denen repliziert wird. Jetzt ist auf dem einen Server die Platte zu knapp geworden (iSCSI) eine 2. größere Platte (ebenfalls iSCSI) wurde an den Server geklemmt auf die die Daten umgezogen werden sollen. Jetzt die Fragen aller Fragen: Kann man beide Platten (Freigaben) in die gleiche Replikation hängen, so dass Änderungen immer auf beiden Platten geschrieben werden und dann irgendwann (natürlich möglichst zügig) die alte Platte aus der Replikation herausnehmen? Oder sollte ich über einen Swingserver gehen? Oder alles mit Robocopy kopieren und dann hart die Repli kappen und neu aufbauen? Viele Grüße und vielen Dank im Voraus Ninu Zitieren Link zu diesem Kommentar
Nobbyaushb 1.484 Geschrieben 29. März 2017 Melden Teilen Geschrieben 29. März 2017 Gegenfrage - wenn das ein iSCSI-Target ist, warum nicht einfach vergrößern? ;) Zitieren Link zu diesem Kommentar
Ninu 10 Geschrieben 3. April 2017 Autor Melden Teilen Geschrieben 3. April 2017 Es ist ein iSCSI-Target, weil das ganze Konstrukt in einer VM-Ware Umgebung mit NetApps läuft und die ESX-Hosts nicht "voll gemüllt" werden sollten. Und vergrößern lässt es sich nicht, weil das doofe iSCSI sich nur um den Faktor 10 vergrößern ließ und sich die Anforderungen nach Fertigstellung massiv verändert haben... :mad: :D MfG aus Frankfurt. Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 3. April 2017 Melden Teilen Geschrieben 3. April 2017 Moment: Wieso sollte sich die Netapp-Lun nur um den Faktor 10 vergrößern lassen? Noch einfacher wäre es die Netapp direkt das CIFS zur Verfügung stellen zu lassen ohne die Windowsserver dazwischen. Das war früher mal DER Grund Netapp zu kaufen. Heute können das fast alle Storageanbieter, Zitieren Link zu diesem Kommentar
Ninu 10 Geschrieben 4. April 2017 Autor Melden Teilen Geschrieben 4. April 2017 (bearbeitet) Hallo magheinz, auch wenn dies jetzt von meiner Frage wegführt: Die LUN ist nicht das Problem, die kann vergrößert werden bis der Platz der Netapp aufgebraucht ist, das iSCSI ist das Problem. Und CIFS oder iSCSI ist auch nicht die Frage. Es ist wie es ist. Damit muss ich leben. Für mich ist, in der derzeitigen Situation, nur relevant: Swing-Server oder einfach als weiteres Ziel mit in das DFS-R aufnehmen und nach einer Weile (wenn der initiale Sync durch ist) das alte Ziel deaktivieren und aus der Repli rausnehmen? RoboCopy als Pre-Deploy auf neu HDD oder nicht? Gruß Ninu bearbeitet 4. April 2017 von Ninu Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 4. April 2017 Melden Teilen Geschrieben 4. April 2017 Die Lun kann vergrössert werden aber das ISCSI ist das Problem? Kannst du das erläutern? Die Lun ist doch genau der Speicher der per iSCSI zur Verfügung gestellt wird. Wenn du die also entsprechend vergösserst ist doch alles gut. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.