work

Hi, folgender Microsoft-Artikel hilft sicher weiter: "Installieren von mehreren Windows-Updates mit nur einem Neustart" http://support.microsoft.com/default.aspx?scid=kb;de;296861 Dabei würde ich auf die Lösung mit der qchain.exe zurückgreifen. Gruß

Hi, na ja, was diese ganzen Tuning-Optionen angeht, habe ich ehrlich gesagt nicht sooo die Ahnung. Ich hab' aber nochmal was herausgesucht, wo Du mal schauen könntest: http://www.de.tomshardware.com/praxis/20030628/index.html . Am Ende finden sich auch die üblichen Tuning-Einstellungen. Vielleicht hilft das weiter. Allerdings alle Einstellungen erst mal testen, da das System bei zu hartem tweaking instabil laufen kann. Hope that helps. Gruß

Hi, also, wenn Du den VIA Busmaster IDE Controller angezeigt bekommst, ist alles bestens gelaufen. Eine kleine Erläuterung zum Thema Busmaster habe ich mal herausgesucht: http://www.slashcam.de/dvfaq/FAQ-Frage_40.html Ist zwar nicht mehr das aktuellste, stimmt aber soweit. Gruß

Hi, immer wieder gern genommen: http://www.sysinternals.com/ntw2k/freeware/bluescreensaver.shtml Gruß

Hi, die aktuelle iX hat einen Artikel zu genau diesem Thema. Schau da mal hinein. Gruß

Den Codec kriegst Du hier: http://www.microsoft.com/windows/windowsmedia/format/codecdownload.aspx Da lädst Du Dir WM 8.0 Install Package herunter; das läuft mit dem 6.4er. Hab's auch schon seit geraumer Zeit zu laufen,ohne Probleme. P.S.: Den Codec für Windows Media 9 gibt's dort auch. Gruß

Hi, ich kann es für den 2003er nicht sagen, aber Win2K hatte GENAU dieses Problem. Da muß man in der default domain policy drehen. Gruß

Hier steht, wie man rankommt: http://www.microsoft.com/traincert/mcpexams/status/beta.asp .

Hi, sag' mal, irgendetwas stimmt doch hier nicht. Du redest die ganze Zeit vom MS-SQL-Server, die Fehlermeldungen, die Du hier angibst, beziehen sich aber auf MySQL. Ich denke, daß da Dein Problem besteht, irgendetwas geht hier nicht zusammen. Da solltest Du nochmal die Doku Deiner eingesetzten Software zu Rate ziehen.

Hi, also, dieses Laufwerk M: unter Exchange 2000 ist nur ein Virtuelles Laufwerk, daß mit dem Dienst ExIFS (Exchange Installable File System) bereitgestellt wird. Das sorgt dafür, daß Du in die Datenbanken der einzelnen Speichergruppen mit dem Explorer zugreifen kannst. Desweiteren wird dieses Laufwerk vom IIS zur bereitstellung von Outlook Web Access benutzt. Wenn Du jetzt eine Datenbank auf ein anderes Laufwerk verschiebst, wird logischerweise auf Deinem Laufwerk C: mehr platz frei, das heißt aber jetzt nicht, daß Du für jeden User auf einem eigenem Laufwerk Platz bereitstellen kannst. Dieses Laufwerk M ist physikalisch NICHT vorhanden, es ist nur eine Sicht auf die Datenbank. Auch der freie Speicherplatz, der hier angezeigt wird, hat nichts mit dem freien Platz der DB zu tun (see http://support.microsoft.com/default.aspx?scid=kb;en-us;288428 ). Deshalb soll man von diesem Laufwerk auch weder ein Backup machen, noch einen Virenscan drüberlaufen lassen, dafür gibt es spezielle Produkte, die direkt auf die DB zugreifen können. Ich hab' da noch eune gute Doku zu dem Thema gefunden: http://www.win2000mag.net/Articles/Index.cfm?ArticleID=25865 Und wenn Du den Laufwerksbuchgstaben noch ändern willst (BUT BE SURE, YOU KNOW WHAT YOU DO!!!):http://www.msexchange.org/tutorials/Neat_Exchange_2000_Server_Tricks__Yes_you_really_can_have_it_your_way.html . Gruß

Hallo, schau doch mal hier: http://www.mysql.de/doc/de/Can_not_connect_to_server.html . Es scheint so zu sein, als wenn mit Deinem Connect-Aufruf irgendetwas nicht stimmt. Hop that helps.

Moin, so was : http://www.sysinternals.com/ntw2k/source/regmon.shtml ? Gruß Kai

Hi @ all, wenn ich mich nicht vollkommen irre, kann, wer das Recht 'ändern' hat, auch löschen?!? Damit wäre auch ein Verschieben möglich. Gruß Kai

Hallo, schau mal her: http://www.eventid.net/display.asp?eventid=7031&source= und http://support.microsoft.com/default.aspx?scid=kb;en-us;311517 . Vielleicht kommst Du da weiter. Gruß Kai

Hi 2k_XP, Es kann nicht sein, daß Dein Kollege nichts geändert hat, da das syncen von .pst's per default deaktiviert ist. Microsoft empfiehlt auch nicht, desen Dateityp zu synchronisieren, da Datenintegrität mit dieser Lösung nicht gewährleistet ist (siehe Artikel unten). @Old sam: Das stimmt definitiv nicht. Die Liste der nicht synchronisierbaren Dateitypen läßt sich ändern. see http://support.microsoft.com/default.aspx?scid=kb;en-us;252509 . Gruß Kai

Hi Klausk, Dein Problem riecht schwer danach, als würde die MSDOS.SYS auf Deinem Disk-Image fehlen. Ich hatte das Problem mal mit einer ganz normalen Boot-Disk, da war es exakt dieser Fehler. Wenn die fehlt, wird von der Platte weiter gebootet. Gruß Kai

Meinen aufrichtigen Respekt, da hat einer siene Hausaufgaben gemacht!!! Gruß Kai

Hi, kein Grund tur Beunruhigung. Dieses Verhalten ist normal. Per default ist NetShield eingestellt, eine komprimierte Datei über einen Zeitraum von maximal 30 sekunden zu scannen. Dauert es länger (was z.B. bei großen Archiven, wie der Driver.Cab von W2K der Fall sein kann), kommt genau diese Meldung. Dieses Verhalten kann man aber einstellen (Frag mich jetzt aber nicht genau wo, da mußt Du mal in den Optionen des OAS gucken). Gruß Kai

Hi, ich hatte dieses Problem auch mal, der Server war sauber im Netz, nur Outlook kam nicht drauf. Das Problem war der TCP/IP-Stack. Probier' mal auf dem Client folgendes: entferne das TCP/IP-Protokoll, starte neu und installiere TCP/IP nochmal neu. Ich hoffe, das hilft. Gruß Kai

Hi Gismo, Umlaufprotokollierung ist bei Postfachspeichern nicht empfehlenswert, da die Transaktionsprotokolle alle Änderungen an der Datenbank einer Speichergruppe festhalten. Das hat den Vorteil, daß nach einem Crash des Servers und einer Inkonsistenz der DB diese automatisch wiederhergestellt wird, wenn der Exchange neu gestartet wird. Das heißt, daß annähernd der gleiche Zustand vor dem Crash wieder erreicht wird. Deshalb werden die Transaktionsprotokolle auch so groß; sie entsprechen den Bewegungen auf der DB. Diese recover-Möglichkeit ist bei der Umlaufprotokollierung nicht gewährleistet. Gelöscht werden die Protokolle durch ein Backup (Vollständig; Inkrementell) automatisch, sollten aber nicht manuell gelöscht werden. Also, erstens ein Backup implementieren und vielleicht noch die Transaktionsprotokolle auf eine andere Platte verschieben.Das kann zusätzlich Vorteile in der Performance bringen. Wie das geht: http://support.microsoft.com/default.aspx?scid=kb;en-us;257184 http://support.microsoft.com/default.aspx?scid=kb;en-us;270694 Und, wenn Du wissen willst, was es mit der Umlaufprotokollierung und den logs auf sich hat: http://support.microsoft.com/default.aspx?scid=kb;en-us;147524 Gruß Kai

Hi, seit Exchange2K SP2 kann NTBackup auch ein Online-Backup fahren (Die Datenbanken müssen NICHT abgemountet werden zum sichern). Ansonsten ist ein kompletter Restore eines Exchange sicherlich keine triviale Sache, aber wenn man sich damit ein bisschen auseinandersetzt, kann man sich Tools wie Veritas BackupExec in einer relativ kleinen Umgebung sparen. Gruß Kai

Und was war los?? Gruß

Hi all, Pablo, ich wäre vorsichtig mit deinem Vorschlag, da Du hier ziemlich massive Registry-Hacks vorschlägst. Dazu muß man aber genau wissen, was man da macht. Der Registry-Zweig (HKLM\Software\Microsoft\Windows NT\Current Version\ProfileList) verknüpft Profilpfade mit der SID des jeweiligen Besitzers. Wenn man da nicht genau weiß, was man macht, kann das Profil erst mal 'verloren' sein, da das Betriebssystem, falls es den angegebenen Pfad nicht findet, ein neues anlegt. Das Profil ist dann zwar noch da, wird aber nicht mehr genutzt. Die sichere Methode ist über Arbeitsplatz -> Eigenschaften -> Benutzerprofile das Profil vom BS kopieren zu lassen. Dort kann man auch den zukünftigen Besitzer festlegen, was auch potentielle Rechteprobleme verhindert. Gruß Kai

... welches ich nur empfehlen kann. Bei einem Aufwand von 350 Clients kann sich das ganz schnell rechnen.

@BlackMan2: Ist ja Klasse!! Ich lasse mir ja gerne sagen, wenn ich was übersehen habe. Aber nicht in diesem Ton! WIE ALT BIST DU EIGENTLICH???