Autarkes, repliziertes Anwendungsverzeichnis im Active Directory erstellen
DocuSnap-Dude (Level 2) - Jetzt verbinden
13.08.2011, aktualisiert 14:17 Uhr, 3641 Aufrufe, 6 Kommentare
Ich habe einen Netzwerkpfad, auf welchen Applikationen liegen, die ständig benötigt werden. Diesen Pfad will ich Autark auf 2ten Server haben und das hochverfügbar....
Hallo,
ich habe 3 File- und Applikationsserver innerhalb einer Domain im gleichen Gebäude.
Es kommt ja immer mal wieder vor, das ein Server Maintenance benötigt (Windowsupdates etc.). Innerhalb dieser Zeit möchte ich aber den Businessbetrieb aufrechterhalten.
Ursprünglich dachte ich da an DFS-Replikation mit Namespace. Theorhtisch sinnvoll; was aber wenn ich Access-Datenbanken etc. als Business-APP an beiden Speicherorten Autark halten möchte???
Was nicht passieren sollte ist, das eine Datenbank die andere Überschreibt nur weil sie "neuer" ist.
Kann mir da einer ein gängiges Szenario mit DATENSICHERHEIT empfehlen? DFS ist zwar ganz nett, allerdings läuft die Replika nur von Zeit zu Zeit und nicht ständig permanent (ich hab ja auch noch andere DFS-Jobs am laufen).
Wie gesagt: Daten müssen immer verfügbar sein auch wenn ich einen Server nicht am Netz habe; User& Clients sollen das gar nicht merken das da ein Server mal down ist. Und es darf eben zu keinem Datenverlust kommen bei Access-Datenbanken, welche beim Shutdown des 2ten Servers im Zugriff sind.
Danke für eure Hilfe.
Frank
ich habe 3 File- und Applikationsserver innerhalb einer Domain im gleichen Gebäude.
Es kommt ja immer mal wieder vor, das ein Server Maintenance benötigt (Windowsupdates etc.). Innerhalb dieser Zeit möchte ich aber den Businessbetrieb aufrechterhalten.
Ursprünglich dachte ich da an DFS-Replikation mit Namespace. Theorhtisch sinnvoll; was aber wenn ich Access-Datenbanken etc. als Business-APP an beiden Speicherorten Autark halten möchte???
Was nicht passieren sollte ist, das eine Datenbank die andere Überschreibt nur weil sie "neuer" ist.
Kann mir da einer ein gängiges Szenario mit DATENSICHERHEIT empfehlen? DFS ist zwar ganz nett, allerdings läuft die Replika nur von Zeit zu Zeit und nicht ständig permanent (ich hab ja auch noch andere DFS-Jobs am laufen).
Wie gesagt: Daten müssen immer verfügbar sein auch wenn ich einen Server nicht am Netz habe; User& Clients sollen das gar nicht merken das da ein Server mal down ist. Und es darf eben zu keinem Datenverlust kommen bei Access-Datenbanken, welche beim Shutdown des 2ten Servers im Zugriff sind.
Danke für eure Hilfe.
Frank
Antworten
- Mehr
Auf Facebook teilen
Auf Twitter teilen6 Antworten
- LÖSUNG dog schreibt am 13.08.2011 um 17:26:58 Uhr
- LÖSUNG DocuSnap-Dude schreibt am 13.08.2011 um 18:06:03 Uhr
- LÖSUNG dog schreibt am 13.08.2011 um 19:31:50 Uhr
- LÖSUNG DocuSnap-Dude schreibt am 14.08.2011 um 00:04:14 Uhr
- LÖSUNG wiesi200 schreibt am 14.08.2011 um 10:39:10 Uhr
- LÖSUNG DocuSnap-Dude schreibt am 15.08.2011 um 22:03:06 Uhr
- LÖSUNG wiesi200 schreibt am 14.08.2011 um 10:39:10 Uhr
- LÖSUNG DocuSnap-Dude schreibt am 14.08.2011 um 00:04:14 Uhr
- LÖSUNG dog schreibt am 13.08.2011 um 19:31:50 Uhr
- LÖSUNG DocuSnap-Dude schreibt am 13.08.2011 um 18:06:03 Uhr
LÖSUNG 13.08.2011 um 17:26 Uhr
LÖSUNG 13.08.2011 um 18:06 Uhr
LÖSUNG 13.08.2011 um 19:31 Uhr
LÖSUNG 14.08.2011 um 00:04 Uhr
LÖSUNG 14.08.2011 um 10:39 Uhr
Zitat von @DocuSnap-Dude:
>Und: was ist eben mit jenen Dateien, die im Zugriff sind (Access-Datenbanken).Hier solltest du dir meiner Meinung nach über einen SQL Server (sorry 2 SQL) im Hintergrund gedanken machen. Da gibt's einige Cluster Varianten.
LÖSUNG 15.08.2011 um 22:03 Uhr
hm. Hat ich auch schon überlegt. Muss mal schauen ob das machbar ist; die Access-Dinger sind schon älter und muss mal sehen ob das gängig ist (wegen Pfaden etc.).
Aber mal im Ernst: da muss es doch sicher auch 'ne andere Lösung geben. Kann mir eigentlich nicht vorstellen das ich der einzige bin der sowas machen möchte. Oder doch :-S
Aber mal im Ernst: da muss es doch sicher auch 'ne andere Lösung geben. Kann mir eigentlich nicht vorstellen das ich der einzige bin der sowas machen möchte. Oder doch :-S
