phoenixcp

Wenn du eh immer mit den selben Statements arbeitest und sowieso immer die selben Daten einfügen willst, stellt sich mir die Frage warum du das ganze nicht als Agent-Job innerhalb des SQL-Servers abfackeln willst. Deine Insert-Statements in eine SP packen und diese per SQL Server Agent in dem von dir gewünschten Rythmus aufrufen.

Wie wäre es damit? Download details: User Profile Hive Cleanup Service

Welche denn? Wo ist sie denn?

Klar, wir müssen nicht alles verstehen, wir können auch nicht alles wissen. Der TO will scheinbar händisch Adressen in seine NK2 aufnehmen. Das würde der Client zwar auch machen, wenn man die Adressen in der Adresszeile verwendet, aber jedem Tierchen sein Plaisir'chen ;) Gruß Carsten

Sorry, aber der Doc hat versucht, dir eine Antwort zu geben. Nur um dir eine Antwort zu geben die deinen Anforderungen genügt, musst du ihm auch genügend Informationen geben, aus denen er eine Antwort generieren kann. Falls du dafür kein Verständnis hast, ist das leider dein Pech. Wenn jemand anderes genauso verantwortungsvoll bei der Empfehlung für deine Lizenzen umgeht, wird er dir wahrscheinlich die selben Fragen stellen.

Scheinbar doch: NK2 File Management Software Suite Habs nur selber noch nicht ausprobiert.

Zu beachten ist nix weiter, passieren kann auch nix... Wie man es macht, findest du hier.

Dazu müsste man wissen an welchen Stellen die Skripte hängen... Kannst du das nachvollziehen?

Mit dem eben in meinem Postfach eingetrudelten Technet News Flash (06/2008) wurde ich auf einen technischen Überblick über das Windows XP Service Pack 3 aufmerksam gemacht, der in den englischsprachigen Technet-Ressources zur Verfügung steht: Download details: Windows XP Service Pack 3 Overview

Bist du hier schon weiter gekommen? Bzw. gibts schon Erfolgs- oder Misserfolgsmeldungen?

Na bitte... der nächste Patient bitte :D

Dann leg dir doch erstmal einen neuen an mit einem neuen Namen und schau dann, was du nach ner normalen Anmeldung wieder grade biegen kannst... ist doch erstmal schon ein deutlicher Schritt weiter als der Kollege mit dem selben Problem.

Kannst du dich denn wie in dem anderen Tread vorgeschlagen im abgesicherten Modus als Administrator (möglicherweise auch mit leerem Kennwort) anmelden?

Probier mal so: Const ADS_SCOPE_SUBTREE = 2 Set fso=CreateObject("Scripting.FileSystemObject") Set tf=fso.OpenTextFile("SSOWatch.txt",2,1) Set objConnection = CreateObject("ADODB.Connection") Set objCommand = CreateObject("ADODB.Command") objConnection.Provider = "ADsDSOObject" objConnection.Open "Active Directory Provider" Set objCommand.ActiveConnection = objConnection objCommand.CommandText = _ "Select distinguishedName from " & _ "'LDAP://DC=test,DC=de' where objectClass='enatelSoftwareModule'" & _ " and enatelSoftwareModuleVersion = '72623751'" objCommand.Properties("Page Size") = 1000 objCommand.Properties("Searchscope") = ADS_SCOPE_SUBTREE Set objRecordSet = objCommand.Execute objRecordSet.MoveFirst Do Until objRecordSet.EOF 'tf.Writeline objRecordSet.Fields("distinguishedName").Value myDN = objRecordSet.Fields("distinguishedName").Value myDNSplitted = Split(myDN, ",", 2) tf.Writeline myDNSplitted(1) objRecordSet.MoveNext Loop Würde mich auch über ne Erfolgsrückmledung freuen ;)

Ich arbeite häufig in Kundenumgebungen, in denen wir unseren Kunden zum Beispiel Windowsinstallationen in Form von Unattended Setups ermöglichen. Hierbei ist es durchaus sinnvoll eine überschaubare Anzahl von NIC's im Netz zu verwenden, um die entsprechenden Bootimages für den PXE-Server klein genug zu halten. Desweiteren hab ich nicht so sehr viel Treiberflut in $OE*** vorzuhalten, sondern im schlimmsten Falle nur 2 oder 3 verschiedene NIC's. Mit den Chipsätzen verhält sich das ähnlich. Ob Probleme im Normalbetrieb entstehen können würde ich halbwegs verneinen. Aber wenn welche entstehen und du musst an 40 verschiedenen Rechnern 40 verschiedene NIC-Treiber und Chipsatztreiber updaten, hast du ein Problem. Von daher ist eine homogene Lösung sicher zu bevorzugen. Ob man nun einheitliche Rechner mit einheitlichen Chipsätzen kauft oder verschiedene Rechner und denen dann extra identische NIC's einbaut, ist dabei noch halbwegs euch überlassen... BTW: Wenn ihr solche Sachen wie UAS oder ähnliches von einem PXE-Server macht, achtet höllisch drauf das die Onboard-NIC's auch PXE sprechen. Oftmals gibts die Selbstverständlichkeit, das das wohl der Fall sein soll... Ich hab hier nur leider grade ein Projekt wo genau das nicht der Fall war.... Nun mussten zusätzliche Karten evaluiert und bestellt werden, insgesamt ein recht netter Betrag der zusätzlich aufgewendet werden muss...

Was hast denn bist jetzt probiert?

Er wird auch nicht deaktiviert in dem Sinne, sondern wird nur für den Zeitraum der in der entsprechenden Lockout-Period steht, disabled und anschließend wieder entsperrt. Sollte in etwa dem hier entsprechen.

Ich glaube soweit kommt er schon garnicht mehr... ich schätze die Aussage "noch halbwegs ok" ist etwas geschönt ;)

Mehr dazu hier: How to lock down a Windows Server 2003 or Windows 2000 Terminal Server session

Hat der "User" auch genug Berechtigungen dieses Flag zu setzen / entfernen? Sprich so, das es auch in der Registry ankommt?

Ich glaube sein Problem liegt woanders: DHCP v.5.2.3790.1830 => W2k3 ==> dort gibt es im DHCP-Server noch die TFTP-Option DHCP v.5.2.3790.3959 => W2k3 R2 ==> keine TFTP-Option mehr da Hier eine Anleitung wie man die selber eintragen kann... Hilft dir das weiter?

Wo ist dann das Problem? hol die doch einfach aus der DaSi... Oder ist das Problem das die dort nicht mit drin sind?

Ich hab es grade mal ausprobiert... Klappt auch... Aber ich dachte das hast du vorher schonmal getestet... *tztztz* ;) /Edit: Ich zieh alles zurück und behaupte prompt das Gegenteil.... Geht doch nicht.... Es werden trotzdem User angezeigt, die Mitglied der Gruppe sind... :-(

Gehen tut das schon... Lösung wäre ein entsprechendes Skript: - hole alle User der Domain in eine Liste 1 - hole alle User der Gruppe in eine Liste 2 - werfe alle User aus Liste 1, die in Liste 2 enthalten sind - zeige den Inhalt von Liste 1 an... Soviel zum Programmablauf... Nun viel Spaß beim skripten :D

Ok, dann musst du denn String den du von objRecordSet.Fields("distinguishedName").Value [/Code] bekommst, aufsplitten (als Trenner am günstigsten "," verwenden ;) ), das enstehende Array nehmen, davon die zweite Position [Code] CN=PCNAME [/Code] und davon die ersten 3 Zeichen abschneiden... Dazu kann ich dir die Stringfunktionen Split wärmstens empfehlen ;) VB String Examples: Split String into Array of Words