Dukel

Wir nutzen Commvault als Backuplösung. Commvault kann die Deduplizierten Daten auch auf Band schreiben (nennt sich Silo Storage) und muss die Daten dann nicht wieder größer machen davor. Das mit dem Verlust ist generell bei Inkrementellen Sicherungen der Fall. Nicht nur bei Deduplizierung. Man darf halt auch beim Backup nicht sparen und ein 2 Stufiges System hilft da auch sehr.

Übrigends. Ich würde in eine Sicherungsstrategie kein Robocopy einbauen, wenn ich eine professionelle Backupsoftware verwende oder ich aus irgendwelchen Gründen dazu gezwungen werde. Ich würde (k.a. ob das so mit ArcServe geht) eine Primäre Sicherung auf das NAS machen und diese Sicherung auf ein anderes Medium Duplizieren. Du kannst in der Primären Kopie z.B. Inkremental Forever oder Deduplizierung verwenden um weniger Daten übertragen zu müssen.

Es gibt die ganz großen Librarys als Standalone, aber die sind dann genau so groß wie ein 42" Rack ;) Du kannst auch Rackmount Kisten auf den Boden stellen und die Rack Schienen weglassen.

Wir haben Tapelibrarys von Overland im Einsatz. Da wir aber FC einsetzen weiß ich nicht ob diese für SAS gibt, aber es sollte verfügbar sein. Ob Arcserve die Librarys unterstützt weiß ich auch nicht.

Wo kommt das Matchinfo denn her? Du kannst so früh wie möglich die Variable definieren und dadurch nicht mehrmals umwandeln.

http://technet.microsoft.com/de-de/magazine/2007.03.powershell.aspx http://www.powershellpraxis.de/index.php/grundlagen/die-variablen [int]$foo = 5

Gib einmal nur die Inhalt und Typen der beiden Variablen aus, die du vergleichen möchtest. $foo = 123 $foo.GetType()

Bei Variablen brauchst du keine Anführungszeichen. Gib einfach mal die Variablen direkt aus.

Hast du eine feste IP?

Exchange kann kein Sender Based Routing. Du brauchst einen eigenen Mail Relay, welcher das kann.

So sollte das gehen: $disk = 'C:' $script = 'gwmi Win32_LogicalDisk -Computer . -filter "name=''' $script += $disk $script += '''" |%{$_.name, [math]::truncate($_.freespace/1GB)} | select-string "^(?!.*' $script += $disk $script += ')" ' $sb = [scriptblock]::Create($script) $TEMP = Invoke-Command -ScriptBlock $sb

Japp. Is Korrekt.

"Wohl kaum Herr. Es war nur ein Auge. Die Götter waren so gütig mir ein zweites zu schenken."

Scary Movie 1

Stimmt. Du bist.

Oje jetzt muss ich wieder was überlegen. EDIT: Hab eines.

Das muss "Cube" sein.

Die Administrativen Zugriffe sind aber für die Administration des Servers und keinen darauf laufenden Applikationen.

Und wie kommst du auf den Server 2012? Ich denke nicht, dass sich der TO lokal an den Backupserver setzt.

Eine CAL ist Nötig wenn auf einen Server zugegriffen wird (Informationen lt. aktuellem MS PUR Dokument): Du meinst sicher mit den Administrativen Verwaltungsvorgängen die beiden Nutzer für die Administration eines Servers. Da es bei dem Backupserver aber nicht um die Administration des Server OS geht sondern um die Backupsoftware zählt dieser Passus vermutlich nicht.

Wenn du einen anderen Domänen Namen nutzen willst kannst du den SBS nicht migrieren.D.H. du musst alle Daten / User / Clients selbst migrieren und ggf. anfassen.

Es geht aber um die Administration. Das die Verbindung für das Backup keine CAL benötigt ist schon geklärt. Der Admin greift aber (per RDP oder Backup GUI) auf den Server zu um das Backup zu konfigurieren und verwalten.

Ich kenne bei den Windows Bordmitteln um Daten zu spiegeln / replizieren nur Raid (SW Raid; Storage Spaces) oder DFS. Es kann sein, dass es noch etwas anderes gibt was ich nicht kenne. Ich würde nicht "reine Vermutung" sagen sondern Erfahrung.

Wie sieht die Storage Konfiguration des Servers aus?

Ich würde den SBS einfach migrieren. Dabei wird der Domänename behalten.