blub

Egal welches AD-Konstrukt vorliegt, bei 2 DCs gäbs für mich keine Diskussion über die tägliche Vollsicherung beider Maschinen. Da gibts Wichtigeres, als sich damit aufzuhalten. cu blub

Hallo, Bei 2 DCs wäre der Hauptgrund beide DCs komplett zu sichern für mich, Murphy vorzubeugen: Wenn dir das AD abraucht und du ziehst nur von einem DC eine Sicherung des Systemstates, dann wird mit einer gewissen Wahrscheinlichkeit die Sicherung dieses DCs an diesem Tag nicht durchgelaufen oder sonstwie fehlerhaft sein. Aber ist das echt dein einziges Problem beim Backup-/ Restorekonzept deiner Umgebung, ob du ein oder zwei Systemstates sichern sollst? cu blub

siehe http://msdn.microsoft.com/en-us/library/ms131448.aspx

Ok, dein Account ist jetzt gesperrt! Danke für dein Verständnis! cu blub

@K510:soll das eine einmalig manuelle Lösung sein, oder was automatisiertes? Im ersten Fall: Excel Grundlagen Im zweiten Fall: Um Excel zu automatisieren, liegt Excel VBA am nächsten. Man kann allerdings auch von aussen mittels Powershell oder VBS über COM und OLE auf Excelfiles zugreifen und alles mögliche damit machen. Je nachdem, mit welchen Vorkenntnissen du an die Sache rangehst, ist VBA, VBS oder Powershell am besten geeignet. Nach der Aufgabenstellung ist eventuell Excel nicht das 100%-ig passende Werkzeug. Eine kleinen Datenbank wie MS-Access (ich weiss, der ewige Streit ob man Access eine DB nennen darf...) ist für die Pflege und das Verarbeiten von Daten, wie die von dir beschrieben, m.E. eher ausgelegt. cu blub

Hallo, win32_product liest nur die Produkte aus, die sich sauber in der Registry eingetragen haben unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ bzw. vom WinInstaller installiert wurden Win32_Product Class (Windows) (gleich der erste Satz) Du könntest mal versuchen, ob du die gewünschten Informationen aus der sysoc.inf rausholen kannst unter dem hidden Verzeichnis c:\windows\inf. Ich hoffe, die gibts noch unter 2008, ich habe grad keinen Server vor mir cu blub

nimms als Warnschuss, zumindest in einer produktiven Umgebung nicht ohne Grundlagenknowhow und ohne Prozesse im AD umeinanderzuklicken.

Ahja, man publiziert die Pläne nicht, aber du kennst sie. Keiner hats gesehn, nur Bild war dabei

Ist auch der falsche Ansatz. Kritische AD-Änderungen, zu denen Schemaänderungen sicher gehören, sollte man aus verschiedenen Gründen (Nachvollziehbarkeit, Testbarkeit, Vertippsler vermeiden) immer skripten. cu blub

klar: get-help read-host

.. daher und mit Verweis auf unsere Boardregeln schliesse ich das Thema. Danke für dein Verständnis blub

Selbstverständlich gebührt dir die alleinige Ehre! ;)

Der Hauptknackpunkt dürfte das Auslesen und Darstellen der Rechte auf einem Objekt sein. Als Einstieg für dein Skript helfen dir vielleicht diese Zeilen #Param($dest,$username) $dest="c:\test" #kann folder, share oder file sein $username="*A10000*" $GACT=get-acl $dest | select -expand access | ?{$_.identityreference -like "$username"} write "$dest -- $($GACT.identityreference) -- $($GACT.AccessControltype) -- $($GACT.fileSystemrights)" liefert sowas c:\test -- DOM7\A10000 -- Allow -- ReadAndExecute, Synchronize vgl. Hey, Scripting Guy! Can I Determine a Folder's Access Rights and Who Has Them? - Hey, Scripting Guy! Blog - Site Home - TechNet Blogs cu blub

und wenns um mal mehr als 3 Rechner geht, braucht das Skript ziemlich lang, wenn es für jeden Verbindungsversuch auf einen ausgeschalteten Rechner erst auf den Timeout warten muss. Die wmi-Methode win32_pingstatus Win32_PingStatus Class (Windows) ist genau dafür da, um vor dem Binden die Erreichbarkeit zu prüfen. Der StatusCode (siehe MSDN) zeigt dir ausserdem frei Haus zusätzlich noch an, warum evtl. ein Ping gescheitert ist. Mit objGroup = Nothing (ohne set) solltest du eigentlich das Objekt löschen können cu blub

Wenn du das so siehst, kann ich den Thread ja zumachen cu blub

ich denke, dass es an der Syntax des Strings in der Klammer liegt. Daher würde ich die Syntax wie oben beschrieben überprüfen. bei deinem -r" + $rev kann ich mir vorstellen, dass ein Leerzeichen fehlt. Und ob Powershell bzw. iex die unmaskierten Slashes und Doppelpunkte richtig interpretiert, sollte man überprüft haben $return = iex("ipconfig -all") funktioniert zum Beispiel cu blub

$return[0] ?

Hallo, Speicher den Ausdruck in der Klammer zuerst in eine Variable und schau dir diese an, ob sie den richtigen Inhalt enthält. In Powershell kannst du Variablen und festen Text in einem String verknüpfen, der von " " eingerahmt wird. Deine Stringverknüpfung sieht noch sehr VBS-like aus. Mit dem Backtick (Escape Operator) ` kannst du PowershellSonderzeichen zu Text maskieren. schau mal in der PS-Hilfe: about_escape_characters cu blub

@ashlay, ich habe keine Lust mehr auf weitere Beiträge in der von dir abgelieferten Qualität Danke für dein Verständnis blub

Hallo, Visual Basic 2008 ist übrigens die letzte Version in VB, die einen Migration Wizard für VB6 mitbringt. Visual Studio Express - Frequently Asked Questions Die ExpressVersionen von Visualstudio, mit denen man schon eine ganze Menge machen kann, sind in allen Versionen frei downloadbar. cu blub

hat der w2k3-DC SP2 drauf?

Hi, Help about_windows_Powershell_2.0 liefert einiges an Neuigkeiten in PS 2.0 wenn du mal nach "technet powershell" oder "msdn powershell" googelst, findet du reichlich Microsoft Dokumentation. Wenn du lieber, wie ich, auch ein richtiges Buch zwischen den Fingern hältst, kann ich dir diese zwei Bücher empfehlen 1.) Amazon.com: Windows PowerShell 2.0 Best Practices (Best Practices (Microsoft)) (9780735626461): Ed Wilson: Books Ed Wilson Bücher sind m.E. einfach unschlagbar 2.) Windows PowerShell 2.0 - Der Crashkurs: Amazon.de: Peter Monadjemi: Bücher Zuerst hatte ich etwas Zweifel wegen Preis, Titel und Sprache, obs eher "Powershell für Dummies"- Niveau hat. Aber weit gefehlt, das Buch ist wirklich gut und empfehlenswert! cu blub

ahso, danke fürs Feedback: für PS1 muss psbase vor das invokeset noch rein: $user.psbase.invokeset("... , für PS2 ist psbase optional ohne Wirkung cu blub

Du verwendest Strichpunkte und Kommas im DN. Nur Kommas sind erlaubt $User = [ADSI]"LDAP://CN=$Name[color="Red"];[/color]OU=$DNAbt[color="Red"];[/color]OU=$DNOrt,DC=hen,DC=bspdomain,DC=de" $User.InvokeSet("accountexpires","$AEDatumLI") $User.SetInfo() ansonsten setze mal $name,$dnabt,$dn$AEDatumLI,$dnort fest ein, kopiers in ein extra Skript und probier dort den accountexpires zu setzen. cu blub

Gib doch mal das ganze Skript