Synchronisation 2 er WinServer 2003 als Backuplösung bei Ausfall
Hallo zusammen,
ich habe ein Interessante Aufgabe von unserem Fillialleiter bekommen und benötige einen Denkanstoß für folgende Problemmatik.
Wir haben in unserer Firma einen Prüfautomaten, an diesem Prüfautomaten hängt ein Win Server 2003 und 9 Clients . Die Clients sind zuständig für einzelden Prüfschritte die die Kollegen durchführen.Auf dem Win 2003 Server befindet sich eine SQL Datenbank die die verbindung zur SPS darstellt.Nun soll es hier einen Backup Server geben der bei Bedarf ( ausfall ) einspringen soll. Dieser Backup Rechner soll Stündlich sämtliche lebenswichtige Software ( die noch bestimmt werden muss ) mit dem ersten Hauptserver synchronisieren und bei bedarf einspringen.Entweder soll der Backuprechner direkt bei verbindungsabbruch des Hauptservers anspringen oder manuell angehangen werden.
Beide Rechner sollen sich in unserem Netz befinden.
Für Informationen über diesen Fall wäre ich echt danktbar.
Grüße Toobbi
ich habe ein Interessante Aufgabe von unserem Fillialleiter bekommen und benötige einen Denkanstoß für folgende Problemmatik.
Wir haben in unserer Firma einen Prüfautomaten, an diesem Prüfautomaten hängt ein Win Server 2003 und 9 Clients . Die Clients sind zuständig für einzelden Prüfschritte die die Kollegen durchführen.Auf dem Win 2003 Server befindet sich eine SQL Datenbank die die verbindung zur SPS darstellt.Nun soll es hier einen Backup Server geben der bei Bedarf ( ausfall ) einspringen soll. Dieser Backup Rechner soll Stündlich sämtliche lebenswichtige Software ( die noch bestimmt werden muss ) mit dem ersten Hauptserver synchronisieren und bei bedarf einspringen.Entweder soll der Backuprechner direkt bei verbindungsabbruch des Hauptservers anspringen oder manuell angehangen werden.
Beide Rechner sollen sich in unserem Netz befinden.
Für Informationen über diesen Fall wäre ich echt danktbar.
Grüße Toobbi
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 166105
Url: https://administrator.de/contentid/166105
Ausgedruckt am: 26.11.2024 um 09:11 Uhr
7 Kommentare
Neuester Kommentar
moin,
Gruß
- wie teuer ist es, wenn der Server ausfällt
- welches Budget hast du?
- steht das in einer Fabrikhalle oder im Büro
- "normal" lizensiert, oder Selectvertrag bei M$?
- reicht es wirklich, nur den SQL Server redundant zu machen, oder auch die/den Switche?
Gruß
Servus,
zu Punkt 1 & 2 - wie oft ist der Server abgeraucht?
zu Punkt 2 & 3 - gibt es eine zweite unbhängige Verkabelung (LWL Strecke zum EDV Raum)
zu Punkt 4- muß es der ganze Server sein und muß es ein WinD00f SQL sein?
Punkt 5 - da hab ich (zu meiner Flughafenzeit) einige Erfahrungen sammeln müssen, such mal nach Cluster Service bei M$ - aber wir haben damals alles auf Tuxbasis gebaut, weil es einfach dauernd gehakt und geöst hat.
Oder andersherum, wir haben damals eine taskforce zu dem Thema gegründet und da wirklich viel Zeit und Tests investiert und sind zum Schluss gekommen - alles irgendwie Mist, wenn man es nicht selber macht. Von daher rate ich dir eher ab und zu der Suche nach jemandem, der das nachweislich mehrfach gemacht hat. Jedoch wirst du dann mit der Kohle nicht wirklich rumkommen. - Wenn du lIzensen Hardware und verkabelung "frisch" machen mußt und einen Profi dran läßt.
Das "jemanden holen" - ist aber auf jeden Fall besser und günstiger, als dich selber da dran zu setzen - immer frei nach dem Motto mehr Augen sehen mehr.
Und lass dir Vorzeigekunden nennen und sprech mit denen - viele können viel verkaufen und wenige viel von dem versprochenen halten.
Es gibt fast immer einen single Point of Failure und je unwahrscheinlicher es ist, das gerade dieses "Ding" die Grätsche macht - desto aufwändiger und komplexer wird das ganze.
Gruß
zu Punkt 1 & 2 - wie oft ist der Server abgeraucht?
zu Punkt 2 & 3 - gibt es eine zweite unbhängige Verkabelung (LWL Strecke zum EDV Raum)
zu Punkt 4- muß es der ganze Server sein und muß es ein WinD00f SQL sein?
Punkt 5 - da hab ich (zu meiner Flughafenzeit) einige Erfahrungen sammeln müssen, such mal nach Cluster Service bei M$ - aber wir haben damals alles auf Tuxbasis gebaut, weil es einfach dauernd gehakt und geöst hat.
Oder andersherum, wir haben damals eine taskforce zu dem Thema gegründet und da wirklich viel Zeit und Tests investiert und sind zum Schluss gekommen - alles irgendwie Mist, wenn man es nicht selber macht. Von daher rate ich dir eher ab und zu der Suche nach jemandem, der das nachweislich mehrfach gemacht hat. Jedoch wirst du dann mit der Kohle nicht wirklich rumkommen. - Wenn du lIzensen Hardware und verkabelung "frisch" machen mußt und einen Profi dran läßt.
Das "jemanden holen" - ist aber auf jeden Fall besser und günstiger, als dich selber da dran zu setzen - immer frei nach dem Motto mehr Augen sehen mehr.
Und lass dir Vorzeigekunden nennen und sprech mit denen - viele können viel verkaufen und wenige viel von dem versprochenen halten.
Es gibt fast immer einen single Point of Failure und je unwahrscheinlicher es ist, das gerade dieses "Ding" die Grätsche macht - desto aufwändiger und komplexer wird das ganze.
Gruß
wenn die Kiste noch nie abgeraucht ist - dann ist das schwer...
Ich sags mal "noch" andersherum - wenn Ihr einen Tag Ausfall habt - dann habt Ihr Sch.... am Bein & Hals.
Wenn Ihr den Ausfall auf 15 minuten eingrenzen könnt - riecht man unter den Achseln und zweiteres ist deutlich unkomplexer und damit fehlerfreier.
Wir hatten schon Totalausfälle, weil ein Node von xxx nicht wollte - das passiert wenn man alles auf einen Schlag lösen "muß".
gruß
- um einen fehler beseitigen zu können, muß der auch mal gelaufen sein.
- ein WE Zeit... Soll sich dein Chef in die Haare schmieren.
- entweder suchst du mal nach den Clusterdiensten bei M$ oder du schaust nach "replication zweier SQL Server"
Ich sags mal "noch" andersherum - wenn Ihr einen Tag Ausfall habt - dann habt Ihr Sch.... am Bein & Hals.
Wenn Ihr den Ausfall auf 15 minuten eingrenzen könnt - riecht man unter den Achseln und zweiteres ist deutlich unkomplexer und damit fehlerfreier.
Wir hatten schon Totalausfälle, weil ein Node von xxx nicht wollte - das passiert wenn man alles auf einen Schlag lösen "muß".
gruß
lso bist Du der Meinung es gäbe nicht die Möglichkeit einen Weitern Server ans Netz zu hängen mit der selben konfiguration den dann mit einem Programm zu versehen damit die beiden sich untereinander austauschren können?
hab ich den Eindruck erweckt?
nein - aber das geht nicht ohne "Profi" und oder wochenlange Tests.
Hast Du vielleicht einen besseren Vorschlag für diese Konstellation?
einen?- wir haben damals eigene Kernel gezimmert, die dann auch wieder (zum großen Teil) zurück in die Communtiy geflossen sind - Wir wollten und brauchten 100% Verfügbarkeit.
Aber das war Tux..
Du kannst das schon machen, aber dazu brauchst du.
- 2 möglichst identische Server
- einen aktiven / passive cluster
- 2 x windows 2003 Entenscheiss Edition
- 2 x sql server Entenscheiss Edition
- ein SCSI, SAN, oder NAS Volume für den w2k3 Cluster
- da das dann den Single Point of Failure darstellt - nochmal das obere dazu
- Last but not least eine redundate Verkabelung auf separate Switchen...
Du kannst rein den SQL Server redundant halten, oder besser gesagt die DB spiegeln
aber bei M$ SQL Server bin ich der falscheste Ansprechpartner, den du fragen solltest.
Oder du nimmst eine Virtualisierunglösung ala ESXi mit HA und zwei NAS/SAN - sparst die die Entengrützenlizenskosten zum Preis der VMWareLizensen.
Und bei allem - außer der letzten Lösung ist immer das "Problem" Switch von A System auf Backup system ist "easy" - nachher, wenn A wieder aktiv ist, darf der nur Slave sein - denn B war ja der Master....
Wie gesagt, richtig gemacht - richtig getestet, da steckst du ordentlich Manpower rein. Mal eben am Wochenende bei dem Wetter, von der Idee muß sich dein Chef lösen.
Gruß