aik04100

Ohne Strom geht nichts mehr. Das muss erst bewusst sein. Dann schön mit verschiedenen Phasen anfahren um gleichmäßige Auslastung und etwas Ausfallsicehrheit zu gewährleisten. Eventuell gleich über verschiedene Strecken den strom bereitstellen. Weiter dann natürlich mit einer USV absichern wegen Spannungsschwankungen, kurzen Stromausfällen und natürlich dem sauberen Herunterfahren bei einem längerern Stromaufall. Wenn die Sever redundante Netzteile haben ist es auch ein nettes kleines Sicherheitsplus wenn man das auch ausnutz und an verschiedenen Stellen einsteckt, wenn die PDU´s Mehrfachsteckdosen auf unterschiedlichen Phasen, USV´s liegen. Achja, schön ist es immer, wenn man die Technik räumlich von den Server trennen kann. Weiter natürlich aufpassen, das es mit dem Temperaturen hinhaut, gerade bei USV Batterien wichtig. Würde das ganze bei keiner Erfahrung einem erfahrenen Elektriker oder Elektroplaner übergeben.

Standardwert. SP installieren wollten wir nicht, da vermutlich nach der Installation die Filserverfunktionen nicht mehr funktionieren. Ich mache mal den Test, den Exchange offline zu lassen. Dann läuft der Trendmicro nicht. Ich glaube aber nicht, das es daran liegt. Vor der SP2 Installation lief es ja auch.

Ein MS ISA Server bietet auch viele Möglichkeiten. Es können Zielsätze angegeben werden die man erreichen darf (Whitelist) oder man kann auch den anderen weg gehen und Zielsätze sperren (Blacklist). Solches vorgehen wäre komplett legal. Wenn man enstprechende Regelungen mit Mitarbeiter und ggf. Betriebsrat hat, darf man auch den Internetverkehr aufzeichnen. Das protokolliert der ISA Server auch schön mit. Falls man nicht von Hand auswerten möchte gibt es zusätzlich zu den Hauseigenen Möglichkeiten auch Tools von verschiedenen Herstellern. Vorsorge zu betreiben ist immer besser als im Nachhinein Logfiles auswerten zu müssen.

24 Freigaben Auf dem Exchange Knoten läuft Trendmicro Scanmail. Auf dem Fileserver läuft kein Virenscanner. Backupclient von CommVault, aber kein Open File. Dieser ist natürlich auch auf beiden Knoten installiert. Kontingent/Quota ist aktiviert. Da könnte man aber darauf verzichten. Das Problem tritt auf, wenn man den Filserver auf den anderen Knoten schwenkt. Auf dem noch nicht aktualisierten Knoten gibt es keine Probleme. Anscheinend gibt es öfters Probleme nach der Installtion von SP2. Es sind auf dem aktualisierten Knoten auch alle anderen aktuellen Patches eingespielt. An der Stacksize in der Registry haben wir schon herumgespielt, aber ohne Ergebnis. Ist nun wieder auf den Standardwert eingestellt.

Hallo, Windows 2003 Cluster ohne Servicepack mit einem Exchange und einem Fileserver. Ein Knoten wurde mit Servicepack 2 aktualisiert. Bevor wir den zweiten Knoten aktrualisieren wollten, haben wir die Resourcen von einem Knoten auf den anderen verschoben. Den Exchange verschieben konnte man Problemlos. Beim verschiebend vom Fileserver tritt folgendes Problem auf: Mit der Stacksize hat es aber anscheinend nichts zu tun. Ein Clusterrecovery haben wir auch schon durchgeführt, brachte aber kein Ergebnis. Kann jemand weiterhelfen?

Die Manuals sind oben verlinkt. Achja, die Installation war erfolgreich. Danke.

Und eine Hilfestellung zur Installation? Welche Software und wie gesichert wird ist mir klar. Danke.

OK, also herkömmliche Clients auf den Knoten. Nun aber zur Installation, wie geht man da vor? Die CommVault Clients sind Clustertauglich, siehe Links. Danke.

Wie wäre denn nun die Installationreihenfolge? Clusterknoten schwenken Auf dem leeren Clusterknoten, also direkt auf dem Server dann einen Backup Client installieren Clusterknoten zurückschwenken und auf dem anderen Knoten installieren Danach dann die Agents auf den virtuellen Servern installieren Hier geht es um CommVault. Verstehe den Text iim Moment nicht, stehe etwas auf dem Schlauch :( http://documentation.commvault.com/commvault/release_7_0_0/books_online_1/english_us/features/clustering/clustering.htm Books Online - Installation