bfg9000

@ grblzbx Hi, ich teile Deine Erfarhungen und bin 100%-ig Deiner Meinung, da im Laufe vieler Jahre zum gleichen Resultat gekommen. :) Viele Grüße, bfg

Hallo, solange nur die USV per USB dranhängt, kann das in Ordnung gehen. Unsere 'Never-Ending-Story' bei einem Kunden mit Absturzgeschichten ist nun endlich vor einiger Zeit zu Ende gegangen, nachdem wir die USV vom USB-Port genommen haben. Das waren allerdings spontane Reboots. Hinweis: Einfach umstecken (USB-->seriell) reicht u. U. nicht aus. APC-Geräte muß man z.B. kurz resetten, damit die ser. Schnittstelle als Komm.-Verbindung erneut initialisiert wird, wenn man vorher USB genutzt hatte. Wie mein Vorredner sagte, auch die restliche Hardware (RAM, Netzteil, etc. ) testen bzw. mit der FSC-Technik ggf. absprechen oder einen vort Ort-Einsatz auslösen. Gruß, bfg

Hallo, es betraf zwar einen anderen Assistenten, aber die Fehlermeldung des Assi kam bei uns, als wir - gemäß HP-Anleitung - unseren ersten SBS mit der mitgelieferten HP-SmartStart-CD installiert hatten. Umfangreiche Fehlersuche war in diesem Fall erfolglos. Neuinstallation ohne SmartStart-CD brachte den Erfolg. Es lag definitiv an einem Fehler der CD, denn ich hatte es mir nicht nehmen lassen, den Fehler zu reproduzieren --> erfolgreich. Weitere Hinweise: - Alle Dienste gestartet? (Dienst 'Ereignisprotokoll' und abhängige Dienste) - Die Task-Manager-Einträge (*.job) werden ggf. von Deinem Virenscanner überwacht. Kannst Du hier Probleme ausschließen? Gruß, bfg

@grizzly: Volle Zustimmung. Sehr guter Vorschlag. :)

Sollte er aber bei einer Einzelunternehmung. Bleibt nur die Frage, ob man sich an diese Vorschrift halten will. ;) Gruß, bfg

Es dürfte nach bestem Wissen eigentlich so nicht funktioniert haben, da sich mit der Neu-Installation auch die SIDs der Benutzer geändert haben sollten. Sprich: Die neu angelegten Benutzer erhalten andere SIDs, als die bisher vorhandenen. Daher sollte der Zugriff auf jegliche Objekte fehlschlagen. Du hast nicht zufälligerweise doch per Image (Acronis o.a.) zurückgesichert, sondern wirklich von Grund auf neu installiert? Gruß, bfg

Und (ganz wichtig!) bitte nach Möglichkeit keinerlei USB-Geräte am Server betreiben, wie externe Modems etc. Auch die USV sollte per seriellem Kabel angebunden sein. Läuft der SBS auch auf dafür zertifizierter Hardware (=Marken-Server von HP, FSC, o.a.?). Gruß, bfg

Hallo Zwockel, typisch wäre hier, daß mit sog. "Tuning-Tools" (XP Antispy o.ä.) oder manuell in der Registry die Funktion "Auslagerungsdatei beim Herunterfahren löschen" aktiviert wurde. Google bietet Dir hierzu (und auch, falls dieser Tipp nicht weiterhilft) sehr viele Ergebnisse. Gruß und viel Erfolg, bfg

Hi Sascha, das ist nicht ganz korrekt. Es können auf jeden Fall weitere DC's zusammen mit dem SBS betrieben werden. Der SBS muß aber root der Domäne sein und die FSMO-ROllen halten. Viele Grüße, bfg

Hi Mouseman, danke für Deine Antwort. Ohje, hören sich meine Postings etwa so anfängermäßig an? ;) :D Also der Server hat selbstverständlich eine feste IP und zeigt sowohl bei DNS als auch bei WINS auf sich selbst. :wink2: Aufgrund der Größe des Netzwerks (max. 5 Clients) arbeiten wir bisher mit festen IP's - vielleicht sollten wir das dann mit Einführung von XP ändern. Nur, solange die Namensauflösung nicht richtig funktioniert via DNS... :D Es klappt so überhaupt nichts, nicht einmal die manuelle Registrierung der WINS-Clients beim Server mit "nbtstat -RR" bzw. deaktivieren von WINS, manuelles löschen der WINS-DB, Deinstallation von WINS mit anschliessender Neu-Installation hat etwas geholfen. Gruß, Mirko

Netdiag: [FATAL] Failed to get system information on this machine. lol ;) "Der Servername für die Adresse konnte nicht... Die Standardserver sind nicht verfügbar" Waren sie nicht, bis ich sie vor längerer Zeit nach MS-Anleitung wieder hinzugefügt hatte. Das Fernwartungsgateway wills aber unbedingt per WINS. :) Ich weiß - kein XP ohne sauberes DNS bzw. nur Probs. Lustigerweise läuft das kleine Netz unter NT4 superstabil. Nicht schnell, da imho alles über Broadcasts durch die Gegend geschrien wir :wink2: - aber es läuft. DNS-Auflösung externer Websites über den Router läuft erwartungsgemäß problemlos. Gruß, Mirko

Weiß ich doch (siehe oben)... ;) Die hab ich mir doch schon so oft angesehen. :wink2: Hast Du noch genauere Hinweise für mich? DNS-Dienst beenden und neu starten, alle nötigen Einträge sind vorhanden, DNS-Server verweist auf sich selbst... ich weiß nicht, was ich noch versuchen könnte. Und WINS: Wie gesagt - Dienst läuft, läßt sich aber nicht konfigurieren... Danke und Gruß, :) Mirko

Hallo alle, dies ist mein erstes Posting hier - also hi erstmal. :) Meinen ersten W2K-Server hatte ich vor etwa 2-3 Jahren aufgesetzt - dieser läuft in einem kleinen Netz mit ein paar NT4-WS, und einer WIN ME-WS (ja, ich weiß...;) ). Bisher gab es keine Probleme, nur hatte ich bei der Erstinstallation noch wenig Ahnung von der ADS und habe daher wohl dummerweise keinen DNS-Server mitinstalliert (der ja eigentlich zwingend installiert werden sollte i. Zshg. mit ADS). Nun möchte ich peu a peu das Netzwerk auf XP Pro-WS umstellen und habe dabei festgestellt, daß sowohl der DNS-Dienst als auch der WINS-Dienst Probleme machen. Mehrfache Versuche, beide Dienste komplett neu zu installieren, sind gescheitert. Die NT4-Clients registrieren sich weder bei WINS (noch lassen sie sich manuell registrieren) noch bei DNS. nslookup auf dem Server bringt die Meldung, daß kein DNS-Server installiert ist. Das Snap-In für WINS sagt, daß ein WINS-Server verfügbar ist, dieser ist allerdings mit einem roten Kreuz markiert und nicht konfigurierbar. Ich brauche DNS/WINS aber unbedingt, obwohl das kleine Netzchen auch mit Broadcast ganz gut läuft. WINS benötige ich für die Fernwartung und DNS zur Anbindung der WINXP-Clients. Hat jemand eine Idee, weshalb ich die Dienste zwar zum laufen bekomme, diese sich aber verhalten, als wären sie nicht aktiv?? Danke und Gruß, :) bfg