Microsoft SharePoint ist eine wunderbare Plattform, um die verschiedensten Daten zu speichern und zu Verfügung zu stellen. Es ist einfach in der Anwendung, stabil in der Ausführung und flexibel genug, all ihre Belange abzubilden. Dennoch sind manche Dinge nicht so offensichtlich. Sie haben zum Beispiel eine Datenstruktur aufgebaut und möchten eine Liste verschieben, da sie nun zu einer neuen oder anderen logischen Struktur gehört. Es gibt zwar die Option Dokumente in andere Listen zu verschieben, wenn es aber darum geht Listen in andere Unterwebseiten zu verschieben, dann sucht man in der Benutzeroberfläche vergebens.

Es gibt zwar einen Befehl zum exportieren einer Liste, aber keine Möglichkeit, diese Liste wieder zu importieren. Jedenfalls nicht über die grafische Benutzeroberfläche. Der einzige Weg führt über die Microsoft SharePoint PowerShell. Hier werden die folgenden Arbeitsschritte ausgeführt:

1. Liste exportieren
2. Liste importieren
3. Liste am ursprünglichen Ort löschen

Das Vorgehen ist recht einfach. Wichtig ist hier, dass man darauf achten muss, immer den URL einer Website oder einer Liste angeben muss. Auch wenn die Website oder Liste anders heißt.
Im Video legen wir eine Unterwebsite an, legen eine Liste an und füllen diese mit Daten und führen dann die Verschiebung der Liste in die Unterwebsite aus. Deswegen beschränke ich mich in diesem Blog-Post auf die Befehle, die ausgeführt werden müssen.

1.  Liste exportieren

Export-spweb QuellWebUrl -ItemUrl “Lists/UrlDerListe/“ -IncludeUserSecurity -IncludeVersions All
             -path C:\PfadInDenExportiertWerdenSoll\NameDerDatei.cmp -nologfile

Betrachten wir nun die einzelnen Parameter:

2. Liste importieren

import-spweb ZielWebUrl -IncludeUserSecurity
             -path C:\PfadInDenDieDateiExportiertWordenIst\NameDerDatei.cmp -nologfile

Auch hier betrachten wir die Parameter:

3. Liste am ursprünglichen Ort löschen

Um die Liste am ursprünglichen Ort zu löschen ist eine kurze Befehlabfolge von Nöten. Die Befehlabfolge besteht aus drei Befehlen:

1. Holen eines SharePoint Webobjektes
2. Ausführen der Objekt eigenen Löschfunktion
3. Freigeben des SharePoint Webobjektes

Und hier die drei Befehle:

C:>$spweb = Get-SPWeb QuellWebUrl
C:>$spweb.Lists["NameDerListe"].Delete()
C:>$spweb.Dispose()

drücken Sie nach der Eingabe eines jeden Befehls die ENTER-Taste.  Der Befehl Get-SPWeb bekommt in diesem Fall den gleichen QuellWebUrl, den wir auch in Schritt 1 angegeben haben.  Bitte beachten Sie, dass für NameDerListe an dieser Stelle wirklich der Name der Liste zu benutzen ist und nicht der URL.  Unser Beispiel würde zusammengefasst so aussehen:

C:>Export-SPWeb https://sharepoint.pmd-media.local/Test -ItemUrl "lists/Zu verschiebende Liste/"
-IncludeUserSecurity -IncludeVersions All -path "C:\Zu verschiebende Liste.cmp" -nologfile
C:>Import-SPWeb https://sharepoint.pmd-media.local/Test/Unterweb -IncludeUserSecurity
-path "C:\Zu verschiebende Liste.cmp" -nologfile
C:>$spweb = Get-SPWeb https://sharepoint.pmd-media.local/Test
C:>$spweb.Lists["Zu verschiebende Liste"].Delete()
C:>$spweb.Dispose()

im Video gehe ich mit Ihnen Schritt für Schritt durch den Prozess durch. Ich zeige Ihnen, wie Sie eine ScharePoint-Liste anlegen, mit Daten befüllen, dann eine Unterwebsite anlegen, danach die Liste exportieren und wieder importieren, um dann über die Benutzeroberfläche von SharePoint die Liste zu löschen. So lernen Sie die unterschiedlichsten Wege kennen, um mit Listen effizient zu arbeiten.

Viel Spaß beim Video!

Über Ihre Kommentare, Kritik, Lob, Anregungen freue ich mich. Benutzen Sie dafür einfach die Kommentarfunktion unterhalb dieses Beitrags.

Einen Druckserver zu migrieren ist leichter, als es vielleicht zuerst klingen mag. In dieser 3-teiligen Serie erfahren Sie in einer Schritt- für Schritt-Anleitung, was Sie dafür benötigen und welche Schritte Sie durchführen müssen. Ich habe das Tutorial auf 3 Artikel aufgeteilt, weil zum Einen die Screenshots Platz (Bandbreite) benötigen (insgesamt ca. ½ MB nur Screenshots) und zum Anderen YouTube nur das Hochladen von 10 minütigen Clips erlaubt.

Schritt 3: Konfiguration von Gruppenrichtlinien zum Verteilen der freigegebenen Drucker im Netzwerk

Microsofts Tutorial bzgl. der Servermigration findet folgenden Abschluss:

• Deaktivieren Sie das Auflisten der Drucker im Active Directory auf dem Quellserver
• Benennen Sie den Quellserver um, indem Sie ihm z.B. ein _old anfügen
• Benennen Sie dann den Zielserver um, so dass er den Namen des alten Quellservers hat
• Listen Sie die Drucker wieder im Active Directory auf
• Testen Sie die freigegebenen Drucker, ob diese alle funktionieren
• Nehmen Sie dann den alten Drucker aus der Domäne

(Nachzulesen hier: http://technet.microsoft.com/de-de/library/dd379557(WS.10).aspx -- folgen Sie, wenn Sie diesen Weg gehen wollen, unbedingt dem Microsoft Tutorial, weil meine Auflistung nur eine grobe Zusammenfassung darstellt!)

Wenn Sie den alten Druckserver aber in der Domäne behalten möchten

Wenn Sie den alten Druckserver aber in der Domäne behalten möchten oder die Druckdienste auf einem Domänencontroller installieren wollen (wird von Microsoft nicht empfohlen, ist aber durchaus machbar), dann können Sie die Drucker auch via Gruppenrichtlinien verteilen. Das ist das Vorgehen, das ich hier in Schritt 3 erkläre.

• Starten Sie die Gruppenrichtlinienverwaltung auf dem Server (Start->Verwaltung->Gruppenrichtlinienverwaltung)
• Navigieren Sie im Baum links auf Gruppenrichtlinienverwaltung->Gesamtstruktur: Domänen-Name->Domänen->Domänen-Name und klicken Sie dort mit der rechten Maustaste auf den Domänen-Namen, dem Sie die Gruppenrichtlinie hinzufügen möchten
  
• Geben Sie der Gruppenrichtlinie einen Namen und klicken Sie auf OK
  
• Klicken Sie mit der rechten Maustaste auf die soeben erstellte Gruppenrichtlinie und dann auf Bearbeiten…
  
• Gehen Sie im Baum links auf Benutzerkonfiguration->Einstellungen->Systemsteuerungseinstellungen->Drucker. Klicken Sie dann mit der rechten Maustaste in den rechten Bereich und klicken Sie auf Neu->Freigegebener Drucker
  
• Wählen Sie dann auf dem Reiter Allgemein als Aktion Aktualisieren aus und geben Sie unter Freigabepfad den Netzwerkpfad zu dem Drucker an. Mit der Schaltfläche … können Sie ihn auch aus dem Verzeichnis auswählen. Klicken Sie danach auf OK.
  
• Die alten Drucker sollten Sie löschen. Klicken Sie dafür im rechten Bereich wieder mit der rechten Maustaste und wählen Sie Neu->Freigegebener Drucker aus. Auf der dann folgenden Eingabemaske wählen Sie auf dem Reiter Allgemein als Aktion Löschen aus und geben unter Freigabepfad den Netzwerkpfad zu dem Drucker an. Mit der Schaltfläche … können Sie ihn auch aus dem Verzeichnis auswählen. Klicken Sie danach auf OK.
  

Sobald die Gruppenrichtlinie eingerichtet ist, werden alle davon betroffenen Rechner/Benutzer mit den entsprechenden Druckern versorgt, sobald sich die Benutzer neu anmelden, die Gruppenrichtlinie automatisch aktualisiert wird oder Sie auf einem Rechner den Befehl gpupdate an einer Kommandozeile eingeben.

Bitte beachten Sie, dass Sie die Treiber auf alle Arbeitsstationen installieren. Wie genau das geht, werden wir in einem späteren Post untersuchen. Es kann nämlich bei Vista und Server 2008 Maschinen dazu kommen, dass der Anmeldeprozess nach Verteilung der Drucker bis zu 1 ½ Stunden dauert, da der Client versucht, die entsprechenden Treiber zu laden und zu installieren. Die Anmeldung verläuft dann wieder genauso schnell (oder langsam ) wie vorher auch.

Die Migration eines Druckservers ist also nicht so schwierig. Wenn Sie alle Treiber installiert, eine funktionierende Active Directory Domäne im Einsatz und alle Systeme auf dem aktuellen Stand (Patches/Updates) haben, kann eigentlich fast nichts mehr schiefgehen! Happy migrating!

www.youtube.com/watch?v=l1mbbYA7Qio

www.youtube.com/watch?v=g-ejLLD71J8

Danke für Ihr Interesse. Wie immer freue ich mich über Ihre Rückmeldung, Anmerkungen, Kritiken, Kommentare, etc.

Einen Druckserver zu migrieren ist leichter, als es vielleicht zuerst klingen mag. In dieser 3-teiligen Serie erfahren Sie in einer Schritt- für Schritt-Anleitung, was Sie dafür benötigen und welche Schritte Sie durchführen müssen. Ich habe das Tutorial auf 3 Artikel aufgeteilt, weil zum Einen die Screenshots Platz (Bandbreite) benötigen (insgesamt ca. ½ MB nur Screenshots) und zum Anderen YouTube nur das Hochladen von 10 minütigen Clips erlaubt.

Schritt 2: Import der Treiber und Druckwarteschlangen (etc.) aus der Datei in den Zielserver

• Starten Sie die Druckverwaltung
• Windows Vista/Windows 7: Systemsteuerung->System und Sicherheit->Verwaltung->Druckverwaltung
• Windows Server 2008: Start->Verwaltung->Druckverwaltung
• Klicken Sie mit der rechten Maustaste auf Druckerverwaltung und dann auf Drucker wird migriert…
  
• Wählen Sie Druckerwarteschlangen und Druckertreiber aus einer Datei importieren aus und klicken Sie auf Weiter >
  
• Geben Sie unter Wählen Sie die Datei aus, die die zu importierenden Druckerdateien enthält. den Pfad zu der in Schritt 1 gespeicherten Datei ein oder wählen Sie sie mit Hilfe der Schaltfläche Durchsuchen… aus
  
• Die Daten werden geladen und eine Zusammenfassung angezeigt. Klicken Sie auf Weiter >
  
• Wählen Sie als Zielserver Dieser Druckserver (\\Servername) aus und klicken Sie auf Weiter >
  
• Im Importmodus wählen Sie Vorhandene Drucker beibehalten, Kopien importieren aus -- eine Erklärung zu den weiteren Optionen gibt’s im Video… -- Unter Im Verzeichnis anzeigen wählen Sie Zuvor aufgelistete Drucker auflisten aus und klicken dann auf Weiter >
  
• Der Assistent importiert nun die Daten aus der Datei in den Zieldruckserver. Bei Fehlern können Sie auf Ereignisanzeige öffnen… klicken, ansonsten bzw. danach auf Fertig stellen
  

Das waren alle nötigen Vorgänge zu Schritt 2. Das Video zeigt wegen der 10-Minuten Grenze bei YouTube nicht den gesamten Vorgang. Im 3. Teil werden die Druckerim Verzeichnis verteilt. Das Video schließt dort dann auch den zweiten Schritt ab.

www.youtube.com/watch?v=N10M-UN3vr8

Ich freue mich auf Ihre Kommentare und Anregungen. Weiter zu Teil 3.

Einen Druckserver zu migrieren ist leichter, als es vielleicht zuerst klingen mag. In dieser 3-teiligen Serie erfahren Sie in einer Schritt- für Schritt-Anleitung, was Sie dafür benötigen und welche Schritte Sie durchführen müssen. Ich habe das Tutorial auf 3 Artikel aufgeteilt, weil zum Einen die Screenshots Platz (Bandbreite) benötigen (insgesamt ca. ½ MB nur Screenshots) und zum Anderen YouTube nur das Hochladen von 10 minütigen Clips erlaubt.

Vorbereitungen

Um den Druckserver zu migrieren benötigen Sie alle aktuellen Treiber auf dem Quellserver und zwar sowohl die 32- als auch die 64-Bit Varianten. Dies ist der zeitaufwendigste Teil des Prozesses. Diese Treiber müssen Sie auf dem Quellserver installieren. Hierfür benutzen Sie am Besten die Druckverwaltung, die mit Windows Vista, Windows 7 und Windows Server 2008 mitgeliefert wird.

Bitte beachten Sie die folgende Besonderheit: Um 32-Bit-Treiber installieren zu können, benötigen Sie die die 32-Bit Variante der Druckverwaltung, um 64-Bit-Treiber installieren zu können, benötigen Sie die 64-Bit Variante. Manche 32-Bit-Treiber können Sie ebenfalls über eine 64-Bit Druckverwaltung installieren, aber nicht alle. Ein Beispiel hierfür sehen Sie im Video.

Dann benötigen Sie noch einen Windows Server 2008 (oder höher), der die Rolle Druckdienste installiert hat.

Übersicht

Der Prozess besteht im Wesentlichen aus den folgenden 3 Schritten (jeder Schritt wird ein eigener Post sein):

Schritt 2: Import der Treiber und Druckwarteschlangen (etc.) aus der Datei in den Zielserver

Schritt 3: Konfiguration von Gruppenrichtlinien zum Verteilen der freigegebenen Drucker im Netzwerk

Schritt 1: Export der Treiber und Druckwarteschlangen (etc.) vom Quellserver in eine Datei

• Starten Sie die Druckverwaltung
• Windows Vista/Windows 7: Systemsteuerung->System und Sicherheit->Verwaltung->Druckverwaltung
• Windows Server 2008: Start->Verwaltung->Druckverwaltung
• Klicken Sie mit der rechten Maustaste auf Druckerverwaltung und dann auf Server hinzufügen/entfernen…
  
• Geben Sie dann in das Feld Server hinzufügen: den Namen des Quellservers an, klicken dann auf Zur Liste hinzufügen und dann auf OK
  
• Der Quellserver erscheint dann links in der Liste der Druckserver:
  
• Klicken Sie dann mit der rechten Maustaste auf Druckerverwaltung und dann auf Drucker wird migriert…
  
• Im folgenden Druckermigrations-Assistenten wählen Sie den Punkt Druckerwarteschlangen und Druckertreiber in eine Datei exportieren aus und klicken auf Weiter >
  
• Wählen Sie dann den Punkt Ein Druckserver im Netzwerk aus und geben Sie unter Servername den Namen des Quellservers an. Über den Knopf Durchsuchen… können Sie den Druckserver auch im Netzwerk suchen. Klicken Sie dann auf Weiter >
  
• Der Quellserver wird ausgelesen und der Druckermigrations-Assistent zeigt Ihnen eine Zusammenfassung der zu exportierenden Daten an. Klicken Sie dann auf Weiter >
  
• Geben Sie unter Druckerdaten exportieren nach: den Speicherort der Export-Datei an oder wählen Sie ihn über Durchsuchen… aus. Klicken Sie dann auf Weiter >
  
• Der Assistent exportiert die Treiber, Warteschlangen, Anschlüsse und Druckmonitore in eine Datei. Reservieren Sie genug Speicherplatz dafür. Ist der Vorgang abgeschlossen klicken Sie auf Fertig stellen
  

Das war der erste Schritt. Das Video zeigt wegen der 10-Minuten Grenze bei YouTube nicht den gesamten Vorgang. Im 2. Teil werden die Druckerdaten in den Zielserver importiert. Das Video schließt dort dann auch den ersten Schritt ab.

www.youtube.com/watch?v=Xw7JYgPmKKo

Über Ihre Kommentare und Anregungen freue ich mich. Teil 2 finden Sie hier.

Wenn ein Windows Computer mit einem sogenannten Blue Screen Of Death (BSOD, Blauer Schirm des Todes) abstürzt, dann werden die Fehlerinformationen in einem Speicherabbild gespeichert. Dieses wird als Datei im Verzeichnis C:\\Windows\\Minidump abgelegt. Das Verzeichnis existiert in der normalen Windows-Ordnerstruktur nicht, sondern wird beim ersten BSOD angelegt.

Minidump-Dateien sind kompilierte Dateien, die man mit den Debugging Tools für Windows, die kostenlos auf der Microsoft-Seite verfügbar sind, öffnen, einsehen und interpretieren kann. Zusätzlich zu den Tools benötigen Sie noch Symbol-Dateien. Diese können Sie ebenfalls kostenlos von Microsoft herunter laden. Hier die Speicherorte:

• Debugging-Tools: http://www.microsoft.com/whdc/devtools/debugging/default.mspx (unter Using Debugging Tools for Windows finden Sie die Links zu den Downloads für Ihre jeweilige Plattform (x86 oder x64)
• Symbols: http://www.microsoft.com/whdc/devtools/debugging/symbolpkg.mspx

Bei den Symbol-Dateien müssen Sie sich die entsprechenden Dateien für das jeweilige Betriebssystem, das abgestürzt ist, herunterladen. Installieren Sie dann die Tools und danach die Symbols. Bitte beachten Sie auch, dass Sie mit einem 64-Bit Debugger sowohl 32-Bit als auch 64-Bit Dateien debuggen können, nicht aber mit einem 32-Bit Debugger 64-Bit Dateien (also Minidumps, die von 64-Bit Maschinen generiert wurden).

Den Windows-Debugger WinDbg einrichten

• Nach der Installation starten Sie das Programm WinDbg.
• Dann gehen Sie auf Files->Symbol File Path… (alternativ drücken Sie Strg+S)
  
  • Hier geben Sie den folgenden Wert ein:
    SRV*C:\\Windows\\Symbols*http://msdl.microsoft.com/download/symbols
    • Wobei Sie C:\\Windows\\Symbols bitte mit dem Pfad ersetzen, unter dem Sie die Symbols installiert haben.
• Danach gehen Sie auf Files->Image File Path… (alternativ drücken Sie Strg+I)
  
• Hier geben Sie den folgenden Wert ein:
  C:\\Windows\\System32
  • Wobei Sie C:\\Windows durch das Windows-System-Verzeichnis ersetzen.

Die MiniDump Datei öffnen

• Gehen Sie auf Files->Open Crash Dump (alternativ drücken Sie Strg+D)
• Wählen Sie die .dmp Datei aus und öffnen Sie diese
• Der Debugger startet und verbindet sich mit der Datei. Sobald er fertig ist, sehen Sie am Ende des Vorgangs einen Link !analyze -v. Klicken Sie diesen und warten Sie den Debug-Vorgang ab.

Im Video erkläre ich Ihnen, wie Sie die Ergebnisse interpretieren können.

www.youtube.com/watch?v=9JKUr4wNwYc

Somit wünsche ich Ihnen noch viel Erfolg bei der Fehlersuche und freue mich auf Ihre Meinung, Anregungen und Kommentare.

Es kann vorkommen, dass durch Fehlkonfiguration ein Namespace in einem Verteilten Datei System (Distributed File System, DFS) zerstört wird. Er kann dann nicht mehr abgerufen oder gelöscht werden. Die einzige Option, die bleibt, ist, den Namespace aus der Anzeige zu nehmen. Da ich nun den Namespace benutzen wollte, wollte ich ihn wieder herstellen bzw. neu anlegen. Doch dieses quittierte mir der Server immer wieder mit der Aussage, dass der Namespace bereits vorhanden wäre und deswegen wahrscheinlich nicht richtig funktionieren würde.

Wie kann also ein solcher Namespace per Hand gelöscht werden?

Die Freigabe eines Namespaces besteht aus 3 Komponenten:

* Ein Verzeichnis, das freigegeben wird

* Eine Freigabe auf dem Server auf das Verzeichnis

* Die Freigabe im Namespace auf dem DFS

Die ersten beiden Komponenten bleiben in dieser Betrachtung außen vor, da sie sowieso vorhanden sein müssen. Uns interessiert hier die Freigabe im Namespace auf dem DFS.

Ein Domänen-Namespace besteht aus den folgenden Komponenten:

* Eintragung im Microsoft Active Directory

* Verzeichnis auf dem Server, der DFS hostet

* Freigabe auf dieses Verzeichnis

* Microsoft Windows Server 2000 legt (laut Microsoft) auch noch spezielle Registry-Keys an (Server 2003 konnte ich nicht überprüfen)

Das Vorgehen sieht so aus:

1. Den DFS-Dienst stoppen

• Für Server 2000/2003: Startmenü->Ausführen (oder Windows-Taste und R gleichzeitig drücken), cmd eingeben und Enter drücken
• Für Server 2008: Startmenü (oder Windows-Taste drücken) cmd eingeben und Shift+Strg+Enter (startet jedes Windows-Programm mit erhöhten Rechten – als Administrator ausführen) drücken
• net stop dfs eingeben und Enter drücken

2. Registry bearbeiten (nur Microsoft Windows Server 2000 und wahrscheinlich 2003)

• Registry-Editor öffnen (das Programm heißt regedit oder regedit32, gleiche Vorgehensweise wie beim Starten der Kommandozeile aus Punkt 1)
• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft öffnen
• Den DFSHost Unterschlüssel löschen (laut Microsoft – Wenn dort einzelne Einträge vorhanden sind, sollte man vielleicht nur den betroffenen Namespace löschen. Wie gesagt, konnte ich leider nicht testen. Vielleicht hat damit ja schon jemand Erfahrungen gemacht. Ich würde mich sehr über entsprechende Kommentare freuen).
• Danach HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DFSDriver\LocalVolumes öffnen
• Dort jeden (laut Microsoft – möglicherweise auch nur die jeweils betroffenen) Unterschlüssel löschen. Auf gar keinen Fall den LocalVolumes Unterschlüssel löschen!

3. Active Directory Bearbeitung

• Active Diretory-Benutzer und -Computer Konsole (kann per Ausführen gestartet werden: dsa.msc) starten
• Auf Ansicht->Erweiterte Features klicken
• Im System-Ordner den Dfs-Configuration Container öffnen
• Im rechten Bereich den betroffenen Namespace löschen

4. DFS neustarten

• Der DFS kann dann über die DFS-Verwaltung (dfsmgmt.msc) neu gestartet werden

5. Dateien und Freigaben löschen

• Das Standardverzeichnis liegt unter C:\DfsRoots
• Hier das betroffene Verzeichnis nebst Freigabe löschen (um die Konfiguration sauber zu haben)

Den entsprechenden Microsoft-Artikel finden Sie hier: http://technet.microsoft.com/en-us/library/cc962150.aspx.

Natürlich sollten Sie sämtliche Vorsichtsmaßnahmen treffen – besonders bei der Bearbeitung der Registry. Immer den Schlüssel vorher wegsichern, bevor Sie ihn löschen.

Über Kommentare, Anregungen und weitere Tipps würde ich mich freuen.

Ich habe wirklich hart kämpfen müssen, obwohl die Lösung ganz einfach war…. Hinterher ist man immer schlauer .

Konfiguration

• Microsoft Windows 7
• Microsoft Visual Studio 2010 Beta 2
• Parallels 4.0
• Apple MacBook

Vorgehensweise

Nachdem die Software auf der virtuellen Maschine installiert war, habe ich den Remotedebugger auf dem Server mit den ASP.NET-Anwendungen installiert und als Dienst gestartet.

Firewallkonfiguration

In der Windows-Firewall muss auf dem Host das Progamm Microsoft Remotedebugger, auf dem Client das Programm Microsoft Visual Studio als Ausnahmen deklariert sein, bzw. in einer Firewall müssen die folgenden Ports geöffnet sein:

• TCP 139
• TCP 445
• UDP 137
• UDP 138

Sollten Sie IPSec benutzen müssen, benötigen Sie auch die folgenden Ports:

• UDP 4500
• UDP 500

Fehlermeldung

Als ich brav alles eingestellt hatte, quittierte mir das System meine Debugging-Bemühungen mit folgender Fehlermeldung:

Unable to start debugging on the web server. The Visual Studio
debugger cannot connect to the remote computer. A firewall may
be preventing communication via DCOM to the remote computer.
Please see Help for assistance.

Remotedebugging - Unable to start debugging on the web server

Diese Fehlermeldung blieb mir selbst bei der Ausschaltung sämtlicher Firewalls erhalten.

Lösung

Der Trick: Mein Netzwerk-Adapter in der Parallels-Maschine war auf “Shared” einstellt und hatte so eine IP, die in einem anderen Netzwerkbereich lag. Da der Domänencontroller diesen nicht kannte, konnte der Microsoft Visual Studio Remotedebugger keine Verbindung zu der Client-Maschine aufbauen.
Setzen Sie den Modus für den Adapter auf “Bridged”. Dann wird es als eigenständige Netzwerkkarte betrachtet und bekommt vom DHCP-Server der Domäne eine eigene IP. Mit dieser kann sich der Remotedebugger dann auch connecten.

Wenn Sie Fragen, Anregungen oder Wünsche zu weiteren Themen in diesem Bereich haben, nutzen Sie bitte die Kommentare. Ich freue mich auf Ihre Feedback…

Frage:

Wie kann man eine Windows 7 Virtual Machine auf einem Virtual Server 2005 R2 zum Laufen bringen?

Antwort:

Man braucht die neueste Version von Microsoft Virtual Server 2005 R2.

Frage:

Und wenn die nicht über die Windows Update Services mit installiert werden?

Antwort:

Dann hast Du ein Problem!

Dieses Problem hatte ich, nachdem ich die Virtual Machine Addons in der virtuellen Windows 7 Maschine installiert hatte. Das System fuhr nicht mehr hoch, sondern kam mit der Meldung, dass das System repariert werden müsse. Dieser Reparaturvorgang ist allerdings niemals erfolgreich verlaufen.
Also habe ich Windows Update bemüht: Ohne Erfolg! Windows Update bescheinigte mir, dass mein System auf dem neuesten Stand sei.
Dann tat ich das, was jeder gute Administrator tut: ich fing an zu googlen. Und nach stundenlanger Recherche bin ich endlich drauf gestoßen:
Update zu Microsoft Virtual Server 2005 R2 SP1 (KB956124)
Meine Microsoft Virtual Server 2005 R2 Version war 1.1.603. Und durch dieses Update wird die Version 1.1.653 aufgespielt.
Nachdem ich dieses durchgeführt hatte, lief Windows 7 inkl. Virtual Machine Addons (13.820) problemlos.

Frage:

Warum hat Windows Update Services dieses Update nicht gefunden?

Was denken Sie? Ich freue mich auf Ihre Kommentare.

Es kann passieren, dass bei der Anmeldung am Symantec Endpoint Protection Manager die folgende Meldung kommt:

Authentifizierungsfehler, wiederholen sie den Vorgang

bzw. nach mehrmaligen Fehlversuchen

Das Administratorkonto ist gesperrt

Ich hatte den Fall auf 2 Systemen, in die ich längere Zeit nicht reingeschaut hatte. Meine dokumentierten Passwörter funktionierten nicht. Aus welchem Grund, kann ich nicht genau sagen, vielleicht hat ja jemand eine Erklärung dafür (ich würde mich über Kommentare dazu sehr freuen).

Die Lösung

Im Programmverzeichnis von Symantec Endpoint Protection Manager gibt es ein Unterverzeichnis Tools:

C:\\Programme (x86)\\Symantec\\Symantec Endpoint Protection Manager\\Tools

bzw.

C:\\Program Files (x86)\\Symantec\\Symantec Endpoint Protection Manager\\Tools

(die zweite Schreibweise ist der Standard-Pfad, wenn man ihn über die Kommandozeile erreichen möchte).

In diesem Verzeichnis ist die Datei resetpass.bat, die das Administratorpasswort auf die Default-Werte zurücksetzt:

Benutzername: admin
Passwort: admin

Bei der Anmeldung am Symantec Endpoint Protection Manager wird man nach Eingabe der Passwörter nach einem neuen Passwort gefragt.

Der normale Weg, eine Microsoft SQL Server-Datenbank zu verkleinern ist über das Microsoft SQL Server Management Studio bzw. über den Befehl DBCC SHRINKDATABASE.
Doch was ist, wenn die Datei der Datenbank nicht kleiner wird? Was ist, wenn die Datenbank anzeigt, dass nur noch ein paar Megabyte Speicherplatz frei sind, obwohl Sie jede Menge Datensätze aus der Datenbank gelöscht haben?
Das ist mir mit einer Datenbank passiert. Inhalt: ca. 40 Mio. Datensätze, Größe: ca. 12 GB. Nachdem ich ca. 34 Mio. Datensätze gelöscht habe, zeigte die Datenbank über das SQL Server Management Studio an, dass gerade einmal 12 MB freier Speicher verfügbar war. DBCC SHRINKFILE oder DBCC SHRINKDATABASE haben keine Dateiverkleinerung erreicht. Die Größe blieb bei 12 GB.

Warum?

SQL Server schreibt die Daten in die Datenbank und erstellt sogenannte Seiten für die Indizes. Eine Seite hat eine bestimmte Größe. Ist eine Seite mit einer bestimmten Anzahl an Index-Einträgen gefüllt, dann wird eine neue Seite erstellt, auf die dann die nächsten Index-Daten geschrieben werden. So viel grob gesagt zur Technik.
Die Indizes in meiner Datenbank waren also auf viele Seiten verteilt, und diese Seiten wiederum in der gesamten Datei. DBCC SHRINKFILE und DBCC SHRINKDATABASE können zwar Speicher in der Datei reorganisieren, allerdings nichts gegen die Fragmentation der Seiten tun.

Die Lösung

Um die Seiten zu reorganisieren müssen Sie die Indizes in der Datenbank neu aufbauen und können danach die Befehle DBCC SHRINKFILE oder DBCC DBCC SHRINKDATABASE  ausführen.

2 Möglichkeiten

Hierfür haben Sie 2 Möglichkeiten zur Verfügung.

1. Über ein Skript
2. Über das Microsoft SQL Server Management Studio

Das Skript

Das Skript, das Sie für die Ausführung der Reorganisation benötigen, finden Sie als Nächstes in diesem Post. Die Ausführung über das Microsoft SQL Server Management Studio finden Sie als Videotutorial in diesem Post.
Das folgende Skript führt die Reorganisation der Indizes in der Datenbank aus und sorgt für eine Füllung der Seiten zu 90%.

USE DatenbankName -- Geben Sie den Namen der Datenbank an, deren
                  -- Indizes neu aufgebaut werden sollen

DECLARE @TableName varchar(255)
DECLARE TableCursor CURSOR FOR
SELECT table_name FROM information_schema.tables
WHERE table_type = 'base table'

OPEN TableCursor

FETCH NEXT FROM TableCursor INTO @TableName
WHILE @@FETCH_STATUS = 0
BEGIN
DBCC DBREINDEX(@TableName,' ',90)
FETCH NEXT FROM TableCursor INTO @TableName
END

CLOSE TableCursor

DEALLOCATE TableCursor

Da mit DBCC DBREINDEX immer nur einzelne Tabellen bearbeitet werden können, geht dieses Skript jede Tabelle einzeln durch.

Die Reorganisation via Microsoft SQL Server Management Studio

www.youtube.com/watch?v=n6Y1hlqrflU

Nach der Ausführung der Reorganisation funktioniert dann auch der DBCC SHRINKDATABASE Befehl:

use DatenbankName
go
dbcc shrinkdatabase    (DatenbankName, NOTRUNCATE)
go
dbcc shrinkdatabase    (DatenbankName, TRUNCATEONLY)

Danach war die Datenbank von 12 GB auf 2 GB geschrumpft.

Achtung!

Die Ausführung von DBCC DBREINDEX ist ein Offline-Vorgang, d.h. die Tabelle wird für die Zeit der Ausführung gesperrt und Benutzer können nicht darauf zugreifen. Deshalb empfehle ich, diesen Vorgang außerhalb der normalen Betriebszeiten auszuführen.

Wenn Sie Anregungen zu der Anleitung haben oder Kommentare, so zögern Sie nicht, hier zu kommentieren. Ich freue mich über Ihr Feedback.