Adben

Klar... Hilft ja alles nix... :D Irgendwie kommt mir das mit der Kostenfrage bekannt vor.. :rolleyes:

Das nenn ich echt mal ignorant... :rolleyes: Ich habe nie behauptet, dass gidos die Umstellung mit der einen oder anderen Methode durchführen soll. Es ging die ganze Zeit um Aspekte die einfach so unter den Tisch gefallen sind...

@Lumpy Grenzt schon ziemlich an ein Doppelposting: http://www.mcseboard.de/rules.php?s=#nr2 Davon wird Deine Aussage an sich nicht besser... :rolleyes:

Warum? Vielleicht hab ich mich nicht deutlich genug ausgedrückt... Wir haben unsere Migration durch. Ich weiss was wir mit welcher Version und warum lösen konnten / mussten. Natürlich kann man mit Exmerge migrieren und dann auf Antworten klicken, nur musst Du einige manuelle Änderungen im Exchange und AD vornehmen.

Einer der Gründe warum wir damals die Exchange 2000 Enterprise-Version nehmen mussten... :) Genau deswegen hab ich es erwähnt... Was den ADC anbelangt, funktioniert dass nur wenn ich nicht ne komplett neue Umgebung parallel aufbaue, sondern ne Migration der Altumgebung druchführe...

Herrje... Was geht hier eigentlich? Also Punkt 1... Auch wenn DNS auf mehreren Textdateien basiert, kann man das durchaus auch als DB verstehen. Punkt 2... Deine Ausführungen zu WINS sind unsachlich und zum größten Teil fragwürdig. Ich denke das alle wichtigen Fragen schon beantwortet wurden.

Solange Du keine Probleme hast und alles performant ist, würde ich an den beiden Datenbanken nix ändern... Die Auswirkungen sind in einer Testumgebung nicht wirklich darstellbar.

Momentan (im Hinblick auf WUS 2005) wird Dir wohl nix anderes übrigbleiben... Übersichtlich ists nicht, da haste wohl recht, aber mit Löschen einzelner Updates wäre ich sehr vorsichtig. In der Übersicht zum Approven hast Du die Möglichkeit die Sortierreihenfolge zu ändern. Darüber lassen sich alle nicht freigegebenen Updates zusammenhängend darstellen...

Weil für Windows 2000/2003 zwingend DNS benötigt wird (beim Einsatz des Active Directory), aber mitunter eben reines DNS nicht reicht... :D

Remote Desktop Connection -> Terminaldienstverwaltung (tsadmin.exe) Netzwerkshares -> Computerverwaltung - Freigegebene Ordner - Sitzungen

:shock: Die lokale Benutzerverwaltung ist nicht mehr zugänglich sobald die Maschine ein DC ist, warum solltest Du Dich an dem Server plötzlich mit lokalen Konten anmelden können? Hast Du für lokalen Admin und Domainadmin dasselbe Passwort vergeben? Ist es wirklich der lokale der dann angemeldet wird?

Dann hast Du dort auch keine lokale Benutzerverwaltung mehr... Lokale Benutzer werden auf der Maschine erst wieder relevant, wenn man mit DCPROMO das AD entfernt...

Naja eben hatten wir nicht mal 200... :rolleyes: Hoffe das ist nix ernstes....

Dann müsstest Du mal die ersten Zeilen posten bzw. mir ne PN schicken... Irgendwie scheint die DB heute etwas im Stress zu sein... :D

Lokale Benutzer kannste in der Computerverwaltung anpassen oder nimmst ne neue MMC und fügst das Benutzer-Snapin hinzu.... :D

Da muss noch mehr drin sein... Irgendwo in den Einstellungen wirst das Problem finden... Es sei denn es tritt beim Anmelden auf wie kobalt schrieb, aber das konnte ich Deiner Aussage nicht entnehmen...

Mahlzeit... Wir haben auf den Terminalserver per GPO eingestellt, dass die servergespeicherten Profile nachdem zurückschreiben gelöscht werden... Damit kannst Du problemlos die Platte einigermaßen sauberhalten...

Gern geschehen... :) Warum MS das nun unterlassen hat... Keine Ahnung... das Problem ist halt, dass man auch per Script alle Logonserver abfragen muss um sicherzustellen wirklich den letzten Logintermin zu bekommen... :)

Falscher Button... :rolleyes: Egal jetzt... Das Script ist als ASP-File geschrieben, also Code in ne Textdatei kopieren und mit FILENAME.ASP benannt auf nem ASP-fähigem Webserver (IIS) ablegen... :D Die LOGONSERVER und DOMAINNAME -Bezeichnungen auf die eigene Domäne anpassen und über nen IE aufrufen... Ergebnis ist ne HTML-Tabelle mit Username, Beschreibung und letztem Loginzeitpunkt...

Das wird im Active Directory festgehalten, allerdings ists nicht einfach nachzuschauen. Dazu bemüht man am besten VBS...

Beim SUS 1.0 gibts nur die Einträge im Eventlog des Clients...

IBM hat es als Sammlung von APIs entwickelt... Richtig.... Microsoft hat den Teil zur Übertragung als Netzwerkprotokoll in Windows eingebaut, bevor TCP/IP in Windows implementiert wurde... :p Nun mag es sein, dass dieser Part inzwischen anders aussieht... Ist für die o.g. Frage doch irrelevant. Fakt ist das selbst Microsoft WINS und NetBios, als sinnvoll erachtet, wenn eine reine DNS-Auflösung nicht zielführend ist... ##edit## Ist doch mein Reden... Es gibt noch genügend Software die schlicht und ergreifend nicht ohne auskommt... Egal jetzt:

Jemand der schonmal nen IBM-Mainframe gesehen hat kann sich an die Ursprünge und die eigentlichen technischen Hintergründe erinnern, aber ich denke das führt jetzt zuweit und habs mal auf das für die Windowsadministration notwendige reduziert.... Nein NetBios ist in der Tat kein Protokoll... Das was MS davon gemacht hat wird allerdings schon in TCP/IP-Pakete verpackt. Kann man sich schön mit nem Sniffer anschauen... ##edit## Kommt aber auf die Umgebung an... Wie gesagt in gr. Umgebungen wirst Du mit reiner DNS-Auflösung mitunter Probleme bekommen. Zumal da auch noch zum tragen kommt woher die Computer ihre Browselist bekommen. Wenn WINS vorhanden ist ergänzen sich DNS und WINS ziemlich gut. Wenn nur DNS vorhanden ist kann es vorkommen, dass manche Rechner auch nach langer Onlinetime nicht richtig in den Browselists auftauchen...

Natürlich nicht NetBios, wird von Windows ja auch in TCP gekapselt... Entscheidend ist doch die Auflösung der IP-Adressen in NetBiosnamen die Übertragung findet über TCP/IP statt bzw. in TCP/IP gekapseltes NetBios. PS: Ich habe nicht gesagt, dass es nicht ohne WINS geht. :rolleyes:

Ich weiss das Thema sorgt immer wieder für Diskussionen... :rolleyes: In größeren Netzen bekommt man ohne WINS Probleme. Kommt natürlich auch auf die eingesetzten Anwendungen an... Solange ich nur Dateifreigaben, als Netzwerkservice nutze ists wohl kein Thema. Wenn ich aber an so interessante Dinge Natural-DB denke komme mitunter nicht drumrum.