27.09.2010, 12:43
Zitat:Original von ZyranoIch glaube auch nicht, dass das Update an sich ein Problem war (also der Download beschädigt war oder sonstiges). Ich vermute eher, dass das Problem darin liegt, dass sich zu viele Updates zum Installieren angehäuft haben. Der Server läuft manchmal über einen Monat ohne Neustart und in dieser Zeit fallen halt nun mal 4 oder mehr Patch-Days an. Normalerweise wird das Windows Update ja blockiert wenn noch ein Neustart aussteht, aber das funktioniert manchmal einfach nicht. Vielleicht sind sich dann einfach zwei Updates in die Quere gekommen. Im Endeffekt ist es egal, jetzt geht ja wieder alles *g*
Polo nur als kleiner Hinweis das Windows Update ...
Automatische Updates sind natürlich deaktiviert ^^
Zitat:Original von ZyranoJa und genau da liegt der Knackpunkt. Die Update-Verarbeitung lief die ganze Nacht ohne Fehler im Ereignislog, aber auch ohne Fortschritt. Danach ging die Hälfte aller Services nicht mehr zu starten (ebenfalls ohne Fehlermeldung oder Eintrag im Server-Log. Der Balken lief einfach durch und blieb am Ende der Progressbar - für Stunden).
Danach Restart anschmeissen -Updates verarbeiten.
Zitat:Original von ZyranoWas aber auch ganz gehörig in die Hose gehen kann. Der, meiner Meinung nach, sinnvollste Weg (den wir auch momentan verwenden) ist, alle Dienste als Windows Service einzurichten und die Abhängigkeiten dann entsprechend zu setzen (z.B. L2 Server zu MySQL). Wenn ich nun den MySQL Service deaktiviere dann wird auch kein L2 Server gestartet (also vom Prinzip her dasselbe wie bei der Batch-Lösung) und so machen wir das auch. Das mit den Services hat eben den Vorteil, dass die abhänigigen Programme wirklich erst Starten wenn z.B. MySQL läuft. Bei einer Batch Datei mit festen Zeiten wird z.B. nicht berücksichtigt, dass das wiederherstellen eines MySQL Servers nach einem Datenbank Crash auch seine Zeit dauert.
btw es ist mir schon mehrfach untergekommen das andere Admins wegen dieser Probleme sämtliche Dienste, Anwendungen die automatisch gestartet werden sollen nach Server Start - per Batch einzelnd aufrufen mit einer Wartezeit zwischen den einzelnen Programmstarts, um das System möglichst sauber zu starten.
Zitat:Original von VenczezAbgesehen davon, dass ich schon wesentlich schlechtere Apache Konfigurationen als die XAMPP Standard Config gesehen habe, benutzen wir es, wie Polo sagt, nur zum Testen :-P
Bitte, bitte bitte bitte oh lass mich nicht rechthaben:
Windows Server und die Homepage auf einer XAMP installation?Ich tipp mal auf windows Server 2003 (R2) x86?
Auch wenn viele Applikationen auf den Apache zugeschnitten sind, bin ich doch ganz zufrieden mit dem IIS (auch wenn z.B. die Trac Installation ziemlich "aufwendig" ist). Aber mittlerweile gibt es auch so tolle Sachen wie URL Rewrite (mod_rewrite) für den IIS, von daher ist es schon ganz ok
Im übrigen (weil Polo es nicht geschrieben hat) verwenden wir natürlich Windows Server 2008 R2 >x64<. Mit nem 32 bit OS braucht man wohl gar nicht anfangen nen L2 Server aufzumachen, weil er einfach zu viel Speicher braucht (die 32 Bit JVM ist auf maximal 2048 MB pro Prozess begrenzt, auch wenn das Betriebssystem ja 3 - 3,5 GB erkennen könnte).
So wieder ein bisschen Einblick in die Imo Technik gegeben *stolz auf sich ist*