Dukel

Meinst du das Windows Server Backup? Was willst du dort löschen müssen?

Das hab ich aufgegeben. Kommt eh nie was gescheites im TV. Nehme deshalb immer ein paar Filme mit.

Ein Export ist kein Backup sondern ein Export.

Was für eine Frage mit den Lizenzen?

Nachdem du die FSMO Rollen verschoben hast, ja. Aber einfach nur andere DC's in die Domänen nehmen stört nicht.

Das ist falsch. Solange die FSMO Rollen nicht verschoben wurden können beliebige andere DC's in der selben SBS Domäne laufen.

Jeder Server, außer ein DC, sollte ein Member Server sein. Wieso entspannt das Zeitlich? Wo hast du den Zeitdruck um DC's aufzusetzen?

Du hättest einen neuen Thread aufmachen sollen, aber evtl. kann ein Mod dies hier verschieben. Wieso willst du jeden Server zum DC machen? So was macht man nicht! Optimaler Weise willst du zwei DC's haben (optional einen oder zwei eigenen DHCP Server), einen File und Printserver, einen Exchange Server (besser auch zwei, wegen Verfügbarkeit), einen SQL/SAP (besser zwei oder noch mehr) Server. Wenn du vier Windows 2012 Lizenzen gekauft hast kannst du auch acht virtuelle Instanzen laufen lassen und die Maschinen so aufteilen. Zwecks des resizing der FSMO Rollen: Dafür kannst du dir Zeit lassen, bis alles andere (Postfächer, Daten, Infrastruktur (DNS, DHCP)) migriert ist. Zwecks des dcpromo vor oder nach Exchange: erstens: Du willst keinen Exchange Server als DC haben! Zweiten: Wenn du es doch machen solltest (!!!), dann darfst du nach der Exchange Installation kein Dcpromo (weder hoch noch runterstufen) ausführen.

Ach ja: http://www.virtualizationadmin.com/kbase/VirtualizationTips/ServerVirtualization/MicrosoftHyper-VTips/Networking/understanding-mac-address-behavior-during-hyper-v-live-migration.html

Die Mac Adresse wird beim Anlegen dynamisch zugeördnet, aber bei einer Live Migration oder reboot nicht mehr geändert. Ansonsten kannst du die MAC Adressen fest vergeben.

Was ist der Hintergrund der Frage?

Nachtschicht? Habt ihr keine Wartungsfenster? Evtl. gibts auch Möglichkeiten mit z.B. SQL Mirror oder Log Shipping ein wirklich kurzen oder gar keine Downtime für die Clients zu haben. Dies sollte aber gut geplant und getestet werden.

Wieso gibt es mehrere Firmen, die auf die selben Ressourcen zugreifen sollen? Wie wäre es mit einer Domäne, die vom Namen mit keiner der Firmen zu tun hat (z.B. corpdir)? Wie groß sind die Firmen?

Du kannst nach Metadaten suchen: http://www.windowspro.de/wolfgang-sommergut/dateien-finden-mit-der-desktop-suche-windows-search-40 Geb einmal im Suchfeld folgends ein: inhalt:192.168.217.4

Wieso über Outlook und nicht z.B. per EWS den Exchange Server abfragen?

Läuft der Pop3 Dienst? Wieso sollte man Pop3 nutzen wollen?

Das sollte funktionieren (siehe #6), aber es kommt auf den Raid Controller an, ob die Disk (im Raid Controller) vergrößert werden kann.

Wir haben für unsere Service Accounts ein andres Namensschema. Dabei sieht man auf den ersten Blick welches normale, administrative, service und andere Konten sind.

Wenn es so oft eine Falschbedienung gibt würde ich beim Hersteller der CRM Software nach einer Rückgängig / Papierkorb Funktion anfragen. Ein Backup ist nicht für ein Solches Szenario gedacht, da du ja selbst richtig erkannt hast, dass nach einem Restore alle weiteren Änderungen weg sind.

Aber nur für VDI unter Hyper-V: https://msdn.microsoft.com/en-us/library/hh769303%28v=vs.85%29.aspx#requirements_for_data_deduplication

Leider habe ich aktuell kein SQL Failovercluster zur Hand um dies zu verifizieren. Evtl. musst du die Disk noch der SQL Gruppe hinzufügen, wenn noch nicht geschehen. OT: Kann ein Mod das ganze ab #9 abtrennen, da der Thread hier geklaut wurde.

Du musst die Backup LUN auch in den Clustermanager aufnehmen.

Ist das eine Englische Installation mit deutschem Language Pack?

Ich vermute du verwechselst da was. Hast du eine Quelle, wo du das gelesen hast? Es gibt DB Datenfiles und DB Logs (Transaktionsprotokolle). Diese sind jeweils lokal an den SQL Servern. Es wird bei der Einrichtung der Availability Group ein Zentraler Ort benötigt, auf den die Backups und Log Backups abgelegt werden. Wenn die Gruppe schon läuft brauchst du dies nicht mehr.

Vielleicht wart ihr euch nie bewusst, dass ihr so viele identische Dateien habt (kopien von kopien irgendwo abgelegt). Wir haben bei einem Kunden auch deduplizierung im Einsatz (mit Netapp und nicht mit Windows Server), dort sind die Daten aber nicht so gut deduplizierbar und es gab max. 10% Einsparung. Auch bei einer Backupumgebung nutzen wir Deduplizierung (mit Commvault) und sparen 75-85%.