Scripte und Infos für Active Directory, Exchange und Windows
Nachdem ich nun Stunden damit verbracht habe, die sidHistory Filterung auszuschalten obwohl sie “angeblich” aus ist, bin ich nun auf die Lösung gestoßen:
bei den Parametern /enableSIDHistory und /quarantine gibt man üblicherweise NO an (weil ja alles in Englisch ist). Wenn es aber ein deutsches Betriebssystem ist, dann muss man hier aber NEIN angeben, dann klappt’s sofort.
Da kommt doch kein Mensch drauf….. 
Works with Windows Server 2008 now!
NRM hat den Plattformtest für Windows Server 2008 bestanden. (Windows Server 2008 und Managed Code)
Mehr Infos gibts hier!
Matthias
Da ich es immer wieder vergesse, was alles installiert sein muss, hier die Liste der ToDos unter Windows Server 2008.
Matthias
Defragmentierung kann nun geplant werden.
File Server Resource Manager: Quotas in allen erdenklichen Reports anzeigen lassen (vorher einrichten nicht vergessen!)
Allerdings kommt beim FileBlocking eine wenig aussagenreiche Meldung:
Man kann auch Mails senden lassen, das muss aber konfiguriert werden.
Geht nur über die Command Line mit folgendem Befehl:
wbadmin start systemstatebackup -backupTarget: [-quiet]
ist ein z.B. Laufwerksbuchstabe, dann muss es so angegeben werden:
-BackupTarget:F:
Matthias
Mal was ganz anderes: Die Installation des SRS Connectors hat bei mir immer fehlgeschlagen. Dummerweise hatte ich anfangs nur die deutsche Fehlermeldung, die nicht sehr aussagekräftig ist.
Nun, mit der englischen Meldung kommen wir der Sache schon näher:
Die Dynamics CRM Installation auf dem SQL 2005 Server ist eine Instanz. Das ist per Default in dem SRSConfigSetup nicht vorgesehen. Deshalb muss man die Install-config.xml anpassen.
Hier mal meine angepasste Variante:
<crmsetup>
<srsdataconnector>
<reportserverurl>http://S00109/ReportServer</reportserverurl>
<instancename>DYNAMICSCRM</instancename>
<configdbserver></configdbserver>
<autoupdateconfigdb>1</autoupdateconfigdb>
<autogroupmanagementoff>0</autogroupmanagementoff>
<instancename>MSSQLSERVER</instancename>
<configsku>OnPremise</configsku>
<!– Set enabled = true for DB webstore integration. Set configdb=”true” for config db webstore integration–>
<webstore enabled=”false” configdb=”false” />
<monitoring>
<!– Monitoring service account name and password. It can not be local system or network service account –>
<serviceaccountname></serviceaccountname>
<serviceaccountpassword></serviceaccountpassword>
</monitoring>
</srsdataconnector>
</crmsetup>
Nun war nur noch die Sicherheitseinstellung am IIS im Application Pool zu ändern (Identity).
Matthias
Mit SP1 wird die GPMC die im RC0 enthalten ist automatisch entfernt. Aus Sicherheitsgründen, damit nicht jeder “User” die Konsole starten kann, und dann Settings ansehen kann. (lt. Microsoft).
Damit es unter Vista SP1 wieder funktioniert, muss man die Microsoft Remote Server Administration Tools for Windows Vista (KB 941314) herunterladen.
Anschließen nicht vergessen, unter Systemsteuerung/Programme und Funktionen die Tools auch zu aktivieren. Dazu in den Konfigurationsteil gehen: “Windows Funktionen ein- und ausschalten”. Dort die/das Häckchen für die Tools setzen, je nach dem welche man verwenden möchte!
Dann unter “Alle Programme/Verwaltung” das Tool starten.
Matze
Die GPMC kann per Default nicht unter Windows 2003 x64 installiert werden. Das liegt aber nicht daran, dass es technisch nicht möglich wäre und Fehler produziert werden, sondern daran, dass die Setuproutine auf .Net Framework 1.1 prüft und bei nicht Vorhandensein behauptet, man solle erst das Framework SP1 installieren.
Wer das nicht möchte (bei Windows 2003 x64 wird .Net Framework 2.0 installiert), der kann sich auch die gpmc.msi anpassen. Dazu benötigt man jedoch das orca.exe Programm. (Ich hab’s! Ansonsten viel Spaß beim Suchen 
)
Das MSI anpassen und den Eintrag BlockOnNoNetFramework löschen.
Nach der Installation unter x64 muss dann zus. folgendes angepasst werden:
- gpmc.msc vom Ordner \Windows\SysWOW64 nach \Windows\System32 kopieren (die fehlt hier nämlich)
- gpedit.msc vom Ordner \Windows\System32 nach \Windows\SysWOW64 kopieren
Schon funktioniert es auch unter Windows 2003 x64
Matze
Wenn NTBackup beim Beginn der Sicherung an der Volume Shadow Copy Vorbereitung hängen bleibt und dann einen Time-Out bringt, liegt es daran, dass keine VSS Writers vorhanden sind, oder diese, aus welchen Gründen auch immer, fehlerhaft registriert sind.
Folgende Lösung hat bei mir bisher immer geholfen:
1.) Den Key HKLM\Software\Microsoft\EventSystem\{26c409cc-ae86-11d1-b616-00805fc79216}\Subscriptions (Achtung, nur diesen) löschen
2.) Server rebooten
3.) vssadmin list writers ausführen
Jetzt muss eine Liste der VSS Writer aufgeführt werden. Wenn nicht, dann ist immer noch ein Bug drinnen.
Dann kann u.U. folgendes zus. helfen:
Net stop vss
Net stop swprv
regsvr32.exe /i %windir%\system32\eventcls.dll
regsvr32.exe /i %windir%\system32\swprv.dll
regsvr32.exe %windir%\system32\vssui.dll
regsvr32.exe %windir%\system32\vss_ps.dll
regsvr32.exe %windir%\system32\msxml.dll
regsvr32.exe %windir%\system32\msxml2.dll
regsvr32.exe %windir%\system32\msxml3.dll
regsvr32.exe %windir%\system32\msxml4.dll
regsvr32.exe %windir%\system32\ole32.dll
regsvr32.exe %windir%\system32\oleaut32.dll
regsvr32.exe %windir%\system32\es.dll
regsvr32.exe %windir%\system32\comsvcs.dll
vssvc /register
net start swprv
net start vss
Und zu Guter letzt sollte in dem RegKey
HKEY_CLASSES_ROOT\CLSID\{FAF53CC4-BD73-4E36-83F1-2B23F46E513E}\InProcServer32
im Default der Pfad %systemroot%\system32\ES.DLL eingetragen sein.
Matze
So kann man relativ leicht auf Benutzerinfos des angemeldeten Benutzers zugreifen:
Set oRootDSE = GetObject(ldap://RootDSE/)
Set oADSystemInfo = CreateObject(”ADSystemInfo”)
Set oUser = GetObject(”LDAP://” & oADSystemInfo.UserName)
bzw. noch mehr Infos:
Set objADSysInf = CreateObject(“ADSystemInfo”)
WScript.Echo objADSysInf.UserName
WScript.Echo objADSysInf.ComputerName
WScript.Echo objADSysInf.DomainDNSName
WScript.Echo objADSysInf.DomainShortName
WScript.Echo objADSysInf.SiteName
WScript.Echo objADSysInf.PDCRoleOwner
WScript.Echo objADSysInf.IsNativeModestrSrv = objADSysInf.GetAnyDCName
WScript.Echo strSrv
WScript.Echo objADSysInf.GetDCSiteName(strSrv)
WScript.Echo Join(objADSysInf.GetTrees, “; “)
Damit kann man dann sofort auf das User-Objekt zugreifen, ohne erst lange anhand des Anmeldenames im ADS den Benutzer zu suchen.
In VB.Net folgende Deklaration verwenden(IADsADSystemInfo):
Dim adSys as New ADSystemInfo
Wie immer: Vorher lesen, dann ausprobieren!
Unter Windows gibt es neben dem physikalischen Netzwerkadapter of auch noch virtuelle und interne Adapter. Wenn über WMI die MAC Adresse ausgelesen werden soll, dann muss man wissen, welcher Adapter verwendet werden soll. Continue reading ‘MAC Adresse eines NIC Adapters ermitteln’ »