Veeam Configurator is a Windows application that handles multiple ESX Servers simultaneously. It reports on and allows you to configure the following subsystems:
– Remote root access
– Time synchronization (NTP)
– Patch level (reporting only in this version)
In addition, it allows you to:
– Perform diagnostics
– Run a custom script
on multiple ESX Servers (e.g. all servers in a cluster).
Download de tool hier: http://www.veeam.com/
De mensen van het Performance Team van Microsoft hebben een leuk artikel geschreven over Group Policies.
Lees het artikel hier: http://blogs.technet.com/
Zie de volgende link voor de Technical Overview van Windows Server 2008: http://technet.microsoft.com/
Ik kreeg een melding dat er bij sommige gebruikers de Quick Launch bar verdwenen was. Nadat ik het register aan het doorpluizen was kwam ik de Volatile Environment tegen. Omdat ik op een Terminal / Citrix server bezig was moest ik in de HKEY_USERS node in het register kijken. Als e deze opent zie je alleen maar SSID strings. Deze kun je omzetten naar naam met de volgende tool: SidToName.exe deze tool kun je hier downloaden: http://www.joeware.net/.
Nadat ik de juiste user gevonden had zocht ik de Volatile Environment op. Daar zag ik tot mijn verbazing dat de APPDATA waarde was aangepast naar:
Dit moet zijn:
Ik ben er nog niet achter wat dit veroorzaakt heeft. Om dit probleem snel op te lossen heb ik het terminal services profile van de desbetreffende gebruiker verwijderd.
Meer info over de Volatile Environment vindt je hier: KB824898
Zodra een nieuwe gebruiker inlogt op een terminal/Citrix server kan het voorkomen dat de gebruiker het volgende scherm ziet zodra deze Internet Explorer opent:
In het volgende KB document van Microsoft lees je hoe je deze uit kunt schakelen: KB933991.
Ik heb de oplossing via het onderstaande stukje kixscript doorgevoerd.
;* Disable IE Enhanced Security feature
;* Disable IE Hardening policy
If @ProductType = “Windows Server 2003”
WriteValue(“HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap”, “IEHarden”, “0”, “REG_DWORD”)
DelValue(“HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings”, “IEHardenIENoWarn”)
If @error = 0 $LogItem = Log(“Internet Explorer Enhanced Security feature is uitgeschakeld.”,$LogFile) Endif
Endif
Je kan het ook met de volgende registry file oplossen.
Of Importeer de volgende registrykeys:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings]
“IEHardenIENoWarn”=”0”
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zonemap ]
“IEHarden”=”0”
De laatste tijd kreeg ik nogal vaak de volgende melding in de eventvwr op een Domain Controller.
De oplossing was redelijk eenvoudig. KB260715 geeft als oorzaak het hernoemen van het Admin account met daarbij het gebruik van een bestaand account in het domein. Dit was bij ons het geval. Ik heb de policy aangepast zodat het account een andere naam krijgt.
Hier een quote van Bink.nu
A month earlier then expected WSUS 3.0 is released to web!
Microsoft Windows Server Update Services (WSUS) 3.0 delivers new features including an MMC-based user interface with advanced filtering and reporting, improved performance and operational reliability, flexible deployment options to improve branch office support, and more content access through the Microsoft Update Catalog site.
Download WSUS 3.0 hier: http://go.microsoft.com/fwlink/?LinkId=89379
Hier vindt je meer informatie:
Release notes
Step-by-step: Getting started
WSUS 3.0 Overview
Deploying WSUS 3.0
WSUS 3.0 Operations guide
Script Center
Software requirements voor WSUS 3.0 server installatie
.Net 2.0 http://www.microsoft.com
MMC 3.0 http://www.microsoft.com
Microsoft Report Viewer http://www.microsoft.com
Maak eerst een backup van je database mocht deze extern draaien. Maak daarna een backup van de machine / VM.
.Net 2.0 installeren, MMC 3.0 (Mocht je laatst SP2 voor Windows Server 2003 hebben geïnstalleerd, dan kun je deze stap overslaan) en Microsoft Report viewer.
Nadat je de prerequirements hebt geïnstalleerd, kun je beginnen met de upgrade naar WSUS 3.0.
De setup wordt gestart en vindt een bestaande installatie van WSUS 2.0. Deze moet dus worden bijgewerkt naar WSUS 3.0.
De Setup wizard vindt een bestaande installatie van MSDE 2000 deze moet worden bijgwerkt naar Windows Internal Databse.
WSUS is bijgewerkt.
Herstart de Server.
Nadat je het nieuwe console hebt geopent en verbinding hebt gemaakt met de server, kun je beginnen met het inrichten en onderhouden van je WSUS 3.0 server.
Happy Patching!
Er kunnen een aantal EventID’s optreden nadat de upgrade is uitgevoerd. Lees hier hoe je dat kunt oplossen.
Om bij de beta te kunnen komen dien je een Passport / live account te hebben. Daarmee log je in op de site en kun je vervolgens de beta “bestellen”. Helaas is het nog niet gelukt om de beta te downloaden.
De website kun je hier vinden: http://www.microsoft.com/windowsserver/longhorn
Hieronder een overzicht van de verschillende edities en de system requirements.
Product Editions
Windows Server “Longhorn” Standard Edition
This edition of Windows Server “Longhorn” provides key server functionality across most server roles and features. It includes both full and Server Core installation options.Windows Server “Longhorn” Enterprise Edition
This edition builds on Windows Server “Longhorn” Standard Edition to provide greater scalability and availability, and adds enterprise technologies such as Failover Clustering and Active Directory Federation Services.Windows Server “Longhorn” Datacenter Edition
This edition offers the same functionality as Windows Server “Longhorn” Enterprise Edition with support for additional memory and processors, and unlimited virtual image use rights.Windows Web Server “Longhorn”
This edition is designed specifically for use as a web and applications server. Other server roles and the Server Core installation option are not available in this edition.Windows Server “Longhorn” for Itanium-based Systems
This edition is designed for use with Intel Itanium 64-bit processors to provide web and applications server functionality on that platform. Other server roles and features may not be availableSystem Requirements
This software is intended for evaluation and deployment planning purposes only. If you plan to install the software on your primary machine, it is recommended that you back up your existing data prior to installation.
To use Windows Server® “Longhorn” Beta 3, you need:*
Processor Minimum: 1GHz
Recommended: 2GHz
Optimal: 3GHz or faster
Note: An Intel Itanium 2 processor is required for Windows Server “Longhorn” for Itanium-based Systems
Operating System Windows Server® “Longhorn” Beta 3
Required hard-disk space Minimum: 8GB
Recommended: 40GB (Full installation) or 10GB (Server Core installation)
Optimal: 80GB (Full installation) or 40GB (Server Core installation) or more
Note: Computers with more than 16GB of RAM will require more disk space for paging, hibernation, and dump files
Memory Minimum: 512MB RAM
Recommended: 1GB RAM
Optimal: 2GB RAM (Full installation) or 1GB RAM (Server Core installation) or more
Maximum (32-bit systems): 4GB (Standard) or 64GB (Enterprise and Datacenter)
Maximum (64-bit systems): 32GB (Standard) or 2TB (Enterprise, Datacenter and Itanium-based Systems)
Drive DVD-ROM drive
Other peripherals required Super VGA (800 × 600) or higher-resolution monitor
Keyboard and Microsoft Mouse or compatible pointing deviceAdditional information * Actual requirements will vary based on your system configuration and the applications and features you choose to install. Additional available hard-disk space may be required if you are installing over a network. For more information, please see http://www.microsoft.com/windowsserver/longhorn
Note: This product requires a valid product key for activation – you may install the product without activation, but if you do not enter a valid product key and activate within 30 days of installation, the software will cease to function. During installation you will be asked to select the edition of Windows Server “Longhorn” Beta 3 you wish to install. You must ensure you choose the edition of Windows Server “Longhorn” Beta 3 for which you have obtained a product key or you will not be able to activate the product.
Om even een punt aan te wakkeren met betrekking tot de discussie over het virtualizeren van een Domain Controller (vanaf nu DC red.) de volgende post. Redo files / Snapshots en DC’s. Toevallig had ik gisteren de nare ervaring van een redo file die afgelopen vrijdag gecommit werd met oude data. Je raad het al de desbetreffende DC was corrupt.
Even de voorgeschiedenis over hoe dit ontstaan is.
VMBK.pl word gestart. Deze maakt een redo file aan zodat er een hot backup plaats kan vinden.
Nadat de backup klaar is, wordt de redo file gecommit en worden alle wijzigingen die op het moment dat de redo file actief is, samengevoegd met de data op de vmdk. De data uit de redo file krijgt voorang op de data die al op de vmdk staat.
In mijn geval was de vmbk.pl job blijven hangen. Door gebrek aan tijd kon ik de log files niet nakijken en kwam ik er pas afgelopen vrijdag achter. Nadat ik de ESX server (2.5.4 patch 4) opnieuw opgestart had ging de back-up job gewoon weer aan de slag die nacht. Maar wat er volgens mij gebeurd is nadat de backup klaar was, heeft vmbk de redo file gecommit die al meer dan week oud was. Balen want het was mijn eerste DC welke alle FSMO roles had etc.
Zoals je in het volgende plaatje ziet wordt de oude redo file gecommit.
En het gevolg is dat de DC corrupt raakt.
Hier vindt je een overzicht van alle evenID’s die optraden nadat de DC corrupt raakte.
Volgens KB875495 is de enige oplossing na zo’n voorval als deze het “demoten” van de DC en het daarna weer opnieuw aanmaken van de AD.
Voordat je dit gaat doen dien je de FSMO roles te verplaatsen (informatie over FSMO roles vindt je hier: http://www.petri.co.il/ en hier: KB197132). In KB324801 lees je hoe je na kunt gaan welke FSMO roles er actief zijn op de DC die verwijderd moet worden. Nadat je bent nagegaan welke FSMO roles er actief zijn dien je deze te verplaatsen. Hier http://www.windowsdevcenter.com/ vindt je meer informatie over het plaatsen van FSMO roles.
Het kan zijn dat de DC dermate beschadigd is, dat het verplaatsen niet meer mogelijk is. In dit geval moet je de FSMO roles “seizen”. Meer informatie over hoe dit in zijn werk gaat lees je hier: http://www.petri.co.il en KB255504.
Nadat je de FSMO roles hebt overgezet kun je de DC demoten. Dit kun je doen via start | Run | dcpromo {enter}.
In mijn geval lukt dit niet en moest ik het volgende commando gebruiken: start | Run | dcpromo /forceremoval {enter}. meer informatie over deze actie lees je in KB332199.
Mocht je gebruik moeten maken van de /forceremoval dan dien je nadat de DC gedemote is ook de oude data van de DC uit de werkende AD te halen. Hoe dit in zijn werk gaat kun je hier lezen: http://www.petri.co.il/
Nadat de AD geschoond is en de DC welke kapot was weer een stand alone server is, moet deze weer geconfigureerd worden als DC. Dit heb ik als volgt gedaan. De DC heb ik lid gemaakt van het domain. Daarna heb ik dcpromo (start | Run | dcpromo {enter}.) uitgevoerd en geconfigureerd als additionele domain controller.
Na dit alles kwam de replicatie weer op gang en werkte alles weer naar behoren.
In deze post lees je hoe je users rechten kunt geven op de powercfg.cpl. Dit kan handig zijn voor gebruikers met een laptop die zelf de poweroptions moeten kunnen aanpassen.
De volgende registry keys dien je toe te voegen aan de GPO. Dit doe je op Machine niveau.
Computer Configuration | Windows Settings | Registry
Vervolgens geef je de Domain Users groep Full Control
De volgende stap is het publiceren van de powercfg.cpl. Dit doe je op User niveau.
User Configuration | Administrative Templates | Show only specified Control Panel applets
Enable de policy
en voeg powercfg.cpl toe.
Na een reboot van de client kan deze het Control Panel openen.
Vervolgens kan de gebruiker de verschillende opties configureren.
ICT-Freak.nl 