Posts

Es werden Posts vom Oktober, 2012 angezeigt.

Einen Snapshot aller VMWare Workstation VMs erstellen

Wer kennt das nicht: Da hat man ein Lab auf dem Notebook, in dem die meisten Maschinen voneinander abhängen und möchte einen konsistenten Zustand konservieren, zu dem man im Falle eines Falles zurückkehren kann. Lösung bisher war das zeitaufwändige Sichern des kompletten Verzeichnisses inklusive aller VMs darin, so dass man im Fehlerfall alle VMs zu einem bestimmten (stabilen) Zustand wiederherstellen kann. Das folgende PowerShell-Skript ersetzt zwar kein Backup, erstellt aber von jeder gefundenen VM unterhalb eines Startpfads einen Snapshot mit dem Namen "Jahr-Monat-good", also 2012-10-good. ---schnipp--- ############################################### #### ####  Skript um für alle VMWare-Workstation  ####  Maschinen unterhalb des Startpfads "vmroot" ####  einen Snapshot anzulegen. ####  Rückfragen an daniel.wipperfuerth@adn.de #### ############################################### $vmroot="$home\documents\virtual machines" $vmrun="C:\Pr

XenApp Server 6.5 für Provisioning vorbereiten

Eine Art Sysprep für XenApp-Server hat Citrix uns mit dem Tool XenAppPrep beschert. Seit XenApp 6 ist dieses Tool Bestandteil des Server Configuration Tools, welches normalerweise über den XenApp Role Manager aufgerufen wird. Da dieser Prozess nicht nur für das erste Vorbereiten der vDisk provisionierter XenApp Server notwendig ist, sondern auch nach jeder Überarbeitung der Disk bietet sich hier der Einsatz einer kleinen Batch-Datei an, die diesen Schritt automatisiert. Hier ist sie: ----schnipp---- @Echo Off REM ############################################### REM #### REM ####  Skript um einen XenApp 6.5 für PVS REM ####  zu generalisieren. REM ####  Rückfragen an daniel.wipperfuerth@adn.de REM #### REM ############################################### “C:\program files (x86)\citrix\xenapp\serverconfig\xenappconfigconsole.exe” /executionmode:imageprep pause ---schnapp--- Have fun!

Reporting Services 2008 R2 wollen es sicher haben

Bild
Wer hat für kleine Labs schon mal gegen alle Real-World-Best-Practices verstoßen und auf seinem DomainController mit aktiver Zertifizierungsstelle den SQL-Server mit den Reporting Services installiert? Vielleicht für Citrix EdgeSight? Bestimmt mehr Personen als bloß ich. Wem es dabei passiert, dass die virtuellen Verzeichnisse /reports und /reportserver nicht angesprochen werden können, weil eine automatische Umleitung auf eine zertifikatsgeschützte (https / ssl) Seite dazwischenfunkt, dem sei hiermit geholfen. Die Konfiguration der ReportingServices ist fast gänzlich in der Datei RSReportServer.config im Pfad “ C:\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportServer ” enthalten. Hier befindet sich auch der Grund für die automatische Umleitung in Form des Tags “ SecureConnectionLevel ”. Die zugehörige Zeile sieht etwa so aus: <Add Key="SecureConnectionLevel" Value="2"/> Jeder Wert, der von “0” abweicht (im obigen Beispie

Netzwerkadresse anpassen

Baue ich ständig irgendwelche Labs oder Classrooms, Demo-Umgebungen oder Nachstellszenarien? Richtig. Und jedes mal muss ich Maschinen, die aus dem Sysprep-Winterschlaf erwachen eine statische IP-Adresse vergeben – sofern es sich nicht um ultra-kurzlebige oder Client-Systeme handelt. Es wäre auch gar nicht so schlimm, wenn nicht mit der Vergabe der IP-Adresse auch jedes mal die Subnetzmaske, Gateway und DNS gesetzt werden müssten – fehleranfällig und unnötig arbeitsintensiv. Ich habe daher eine kleine Batch-Datei geschrieben (wozu Zugfahrten doch brauchbar sind), die z.B. auf die Netlogon-Share des DCs gelegt werden kann. Von zukünftigen Lab-Systemen aus wird diese Batch-Datei nun per Kommandozeile mit Parameter aufgerufen oder einfach durch Doppelklick gestartet (ein Link / die Datei selbst) kann natürlich auch bereits Bestandteil des Sysprep-Images sein. Im Inneren der Batchdatei sind die verwendeten Netzwerkadressen, Subnetzmasken und DNS-Server etc. anzupassen, danach reicht ein