Auch mit dem ReFS ist es natürlich möglich Microsofts Shadow Copy zu benutzen. Leider wird der Punkt zum konfigurieren der Shadow Copy im Kontextmenü nicht angezeigt. Lediglich das Wiederherstellen eines früheren Status wird angezeigt. Erst wenn man auf ein NTFS formatiertes Laufwerk mit der rechten Maustaste klickt, wird der Menüpunkt “Configure Shadow Copies” angezeigt.

Is it a bug or is it a feature

Heute ist mir ein sonderbarer Fall untergekommen. Ich habe mir einen Server 2012 RTM als File Server installiert. Als File System habe ich mich für das ReFS (Resilient File System) entschieden, da ich einige der neuen Features testen wollte. Nachdem ich die Permissions auf dem Laufwerk auf CREATOR OWNER, SYSTEM und Administrators abgeändert habe (so wie ich dies auch bei Server 2008R2 gemacht habe) quittierte mir das System, den Zugriff auf die Disk, mit einem “Access Denied”.

Nach längerem Suchen im Internet wurde als Lösungsvorschlag das Deaktiviern der UAC (User Access Controle) vorgeschlagen. Also stellte ich den Schieberegler ganz nach unten und startete das System neu. Leider war nach dem Neustart der Fehler immer noch vorhanden. Irgendwie war die UAC trotzdem noch immer aktiviert obwohl sich der Regler ganz unten befand. Erst nach einem Eingriff in der Registry konnte der “Fehler” behoben werden. Unter “HKLM\Software\Microsoft\Windows\CurrentVersion\policies\system” muss der Wert von “EnableLUA” von “1” auf “0” geändert werden.

Microsoft möchte mit seinem neuen Hypervisor 3 (welcher im neuen Sever 2012 und Windows 8 integriert ist) auf dem Virtualisierungsmarkt ganze vorne mit mischen. Die Zeichen dafür stehen sehr gut, da die neue Hyper-V Version viele wichtige Neuerungen mit sich bringt.

Hier einige der Neuerungen:

• Live Migration (migrieren ohne Down Time)
• Hyper-V replica
• Virtual Networks (Vlans, Nic Teaming, etc)
• SMB File Shares
• Dynamic Memory
• Virtual Fiber Channel
• incremental Backups & Restore (Single File Restore, Disaster Recovery)
• High Availability
• etc…

Der Hyper-V wird in zwei Versionen erhältlich sein. Es gibt eine Standalone Version, die nur den Server 2012 Kern und die Hyper-V Rolle beinhaltet und es gibt die Möglichkeit einen vollwertigen Server 2012 inkl. der Hyper-V Rolle zu installieren. Der große Vorteil der Standalone Version ist, dass sie völlig kostenlos genutzt werden kann. Installiert man jedoch einen kompletten Server 2012 so muss man für diesen die Lizenz erwerben. Beide Versionen besitzen den selben Funktionsumfang.

Hier kurz ein Vergleich zwischen Server 2008 R2 und Server 2012.

Und hier ein Vergleich zwischen Server 2012, Esxi und Esx Enterprise Servern

Fazit:

Der neue Hyper V3 wirkt auf dem Papier sehr erwachsen und vielversprechend. Wie gut und vor allem stabil er läuft wird sich erst im Praxis Test zeigen. Die Kluft zwischen VMware und Microsoft wird immer kleiner und kleiner. Hyper-V3 mausert sich zu einem ernst zu nehmenden Gegner für VMware, vor allem da Hyper-V völlig kostenlos genutzt werden kann und man nicht wie beim ESXi (welcher auch kostenlos ist) auf wichtige Features wie z.B. Live Migartion verzichten muss.

Download Link HyperV Standalone (LiveID erforderlich):

• Download HyperV Standalone

Hier noch ein PDF wo die Neuerungen übersichtlich dargestellt werden :

• PDF

Für alle die Roaming Profiles benutzen und noch keinen DFS Namespace verwenden habe ich hier ein kurzes PowerShell Script geschrieben mit dem es einfacher möglich ist auf einen neuen Server um zuziehen. Das Script ändert bei allen aktivierten Usern im Active Directory, die sich in der angegebenen Organisation Unit befinden (Untergruppen werden auch geändert), den Profile und Home Direcotry Path.

Wichtig: Es werden nur Änderungen im Active Directory vorgenommen. Die Daten müssen selbst mittels Robocopy von ServerA nach ServerB kopiert werden.

Kopiert folgenden Inhalt in die PowerShell ISE. Anschließend muss man die Werte unter “Variablen hier ändern start” anpassen.

[codebox 1]

Hinweis: Wer auch die deaktivierten User ändern möchte muss einfach die Zeichenfolge “ -and $Locked -eq “66048″ “ entfernen.

Ich empfehle das Script vorher in einer Testumgebung zu testen.

Für all diejenigen die bereits eine Server 2008 R2 Native Domain haben, möchte ich heute eine nützliche Funktion vorstellen. Und zwar geht es um den “Active Direcotry Recycle Bin”, welcher es ermöglicht, aus dem AD (Active Directory) gelöschte Objekte wieder herzustellen. Ein Vorteil bei dieser Methode ist es, dass die wiederhergestellten Objekte ihre Rechte behalten.

Leider ist diese Funktion nicht standardmäßig aktiv und muss manuell über die AD Powershell aktiviert werden.

Hinweis: Wurde diese Funktion einmal aktiviert, kann dies nicht mehr rückgängig gemacht werden.

Aktivieren des Active Directory Recycle Bin:

Damit man die Funktion aktivieren kann muss man der Gruppe “Enterprise Admin” angehören. Anschließend führt man die AD Powershell als Administrator aus und gibt folgende Befehlszeile ein:

 Enable-ADOptionalFeature "Recycle Bin Feature" -Scope ForestorConfigurationset -Target [DOMAINNAME]

Die nachfolgende Warnung kann man mit JA bestätigen. Wenn man keine Rückmeldung bekommt, wurde der Befehl richtig ausgeführt. Jetzt ist es möglich gelöschte Objekte wieder herzustellen.

Von Microsoft gibt es leider keine GUI zur Wiederherstellung der Objekte. Hierfür muss man mit der AD Powershell arbeiten. Abhilfe schafft jedoch die Firma OverallSolutions, welche ein gratis Tool mit dem Namen ADRecycleBin zur Verfügung stellt. Dieses Programm ist soweit selbsterklärend und muss als Administrator ausgeführt (rechte Maustaste – als Administrator ausführen) werden, da es sonst nicht mit dem AD kommunizieren kann.

Vor zwei Tagen bin ich auf ein Problem gestoßen, welches ich euch nicht vorenthalten möchte. Ziel war es, Dateien (inkl. Berechtigungen) von einem Server 2003 auf einen Server 2008 zu kopieren.

Dazu benutzt man das Tool Robocopy welches beim Server 2008/Vista/Windows 7 standartmäßig installiert ist und sich im system32 Verzeichnis befindet. Eigentlich reicht es wenn man folgendes in der cmd auf dem Server 2008 eingibt:

 robocopy [source] [destination] /copyall /R:0 /W:0

Robocopy kopierte auch brav die Datein von A nach B, nur leider fehlen auf wundersame Weise die Berechtigungen. Auf dem Server 2003 funktionierte das Script aber ohne Fehler. Das kann doch nicht sein, dass ich das Script auf einem Server 2003 ausführen muss, damit er die Berechtigungen übernimmt?

Nachdem ich längere Zeit im Internet recherchierte, bin ich auf einen Artikel gestoßen der genau den selben Fehler beschreibt den ich hatte. Ursache für das Problem ist die robocopy.exe welche in der Version XP027 installiert ist. In dieser Version gibt es einen Bug, der meines Wissens nach noch nicht behoben wurde. Auch Windows 7 und Server 2008 R2 benutzen diese Version.

Wenn man aber auf die vorherige Version zurückgreift (XP026 – enthalten in der Robocopy GUI), funktioniert das Kopieren inkl. den Berechtigungen ohne Fehler.

Also habe ich mir die “alte” robocopy.exe XP026 heruntergeladen und beim Server 2008 im system32 Verzeichnis ersetzt. Anschließend startete ich das Script erneut auf dem Server 2008 und siehe da, die Dateien und Berechtigungen wurden richtig kopiert.

Update 21.10.2009:

Manchmal ist es auch als Domänen Admin nicht möglich die robocopy.exe im system32 Verzeichnis zu ersetzen, da man die Fehlermeldung ACCESS DENIED bekommt. Dies liegt daran, dass der Owner dieser Datei “TrustedInstaller” ist. Daher muss man zuerst die Ownership übernehmen. Anschließend kann die Datei überschrieben werden.