SQL-Datenbank im Netzwerk
Hallo
Ich habe bei mir im Netzwerk an jeweils 2 Rechnern den Microsoft SQL Server 2008 installiert. Nun möchte ich aber gern das diese Server im Netzwerk z.B.
auf meiner NAS die Datenbank zuliegen hat, aber eben nur einmal damit ich nicht immer einen Datenabgleich machen muss. Geht soetwas ohne Neuinstallation oder muss ich wohl oder übell alles Neu installieren?
Ferdi
Ich habe bei mir im Netzwerk an jeweils 2 Rechnern den Microsoft SQL Server 2008 installiert. Nun möchte ich aber gern das diese Server im Netzwerk z.B.
auf meiner NAS die Datenbank zuliegen hat, aber eben nur einmal damit ich nicht immer einen Datenabgleich machen muss. Geht soetwas ohne Neuinstallation oder muss ich wohl oder übell alles Neu installieren?
Ferdi
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 137618
Url: https://administrator.de/contentid/137618
Ausgedruckt am: 24.11.2024 um 22:11 Uhr
15 Kommentare
Neuester Kommentar
Hallo,
schau mal hier: http://support.microsoft.com/kb/224071
Es geht garantiert aber auch über den Manager (detach, attach).
Vorher ne Datensicherung machen!
Stefan
schau mal hier: http://support.microsoft.com/kb/224071
Es geht garantiert aber auch über den Manager (detach, attach).
Vorher ne Datensicherung machen!
Stefan
Hallo,
ein Parallel-Zugriff beider Rechner wird so gar nicht gehen. Ein wechselseitiger Zugriff vielleicht.
Will heißen: die Dateien, in denen die DB abgelegt ist auf das Netzlaufwerk zu legen ist gar kein Problem. Dann kannst du sie mit dem Server, von dem sie stammen auch noch verwenden (auch wenn eine DB wohl besser auf einem lokalen Laufwerk oder SAN liegen sollte). Ein anderer SQL-Server kann sie _vielleicht_ auch noch verwenden. Ich weiß nicht, ob bei MS SQL in den Datenbankheadern steht, zu welchem Server sie gehören, oder ob außerhalb der DB noch wesentliche Informationen verwaltet werden. Kann man ausprobieren. Was sicher nicht gehen wird ist, auf die Daten mit einem Server Zuzugreifen, während der andere noch läuft. Der wird die DBs locken, und es würde ein heilloses Chaos mit den Logfiles geben.
Ich würde die ganze Nummer nicht probieren, stabil/sicher laufen wird das bestimmt nicht. Vielleicht ist Access für deine Zwecke besser geeignet, das lässt sich besser auf Netzlaufwerken ablegen.
Manche NAS haben einen integrierten MySQL-Server, der löst alle deine Probleme auf sehr elegante Art und Weise - vorausgesetzt natürlich, deine Anwendung kann MySQL.
Gruß
Filipp
ein Parallel-Zugriff beider Rechner wird so gar nicht gehen. Ein wechselseitiger Zugriff vielleicht.
Will heißen: die Dateien, in denen die DB abgelegt ist auf das Netzlaufwerk zu legen ist gar kein Problem. Dann kannst du sie mit dem Server, von dem sie stammen auch noch verwenden (auch wenn eine DB wohl besser auf einem lokalen Laufwerk oder SAN liegen sollte). Ein anderer SQL-Server kann sie _vielleicht_ auch noch verwenden. Ich weiß nicht, ob bei MS SQL in den Datenbankheadern steht, zu welchem Server sie gehören, oder ob außerhalb der DB noch wesentliche Informationen verwaltet werden. Kann man ausprobieren. Was sicher nicht gehen wird ist, auf die Daten mit einem Server Zuzugreifen, während der andere noch läuft. Der wird die DBs locken, und es würde ein heilloses Chaos mit den Logfiles geben.
Ich würde die ganze Nummer nicht probieren, stabil/sicher laufen wird das bestimmt nicht. Vielleicht ist Access für deine Zwecke besser geeignet, das lässt sich besser auf Netzlaufwerken ablegen.
Manche NAS haben einen integrierten MySQL-Server, der löst alle deine Probleme auf sehr elegante Art und Weise - vorausgesetzt natürlich, deine Anwendung kann MySQL.
Gruß
Filipp
Zitat von @filippg:
Ich weiß nicht, ob bei MS SQL in den
Datenbankheadern steht, zu welchem Server sie gehören, oder ob außerhalb der DB noch wesentliche Informationen
verwaltet werden.
Ich weiß nicht, ob bei MS SQL in den
Datenbankheadern steht, zu welchem Server sie gehören, oder ob außerhalb der DB noch wesentliche Informationen
verwaltet werden.
Hallo,
die Datenbanken lassen sich auch auf anderen SQL-Servern betreiben. DB an einem Server aushängen und an einem anderen einhängen funktioniert.
Die DB auf einem Netzlaufwerk ist dennoch eine üble Idee. (Gerade bei einem nicht näher spezifizierten NAS.)
http://blogs.msdn.com/sqlblog/archive/2006/10/03/SQL-Server-and-Network ...
Beste Grüße
Stephan
Moin,
es würde doch erst mal reichen, wenn Du nur einen SQL-Server laufen hast, auf den kannst Du doch vom ganzen Netz und auch parallel zugreifen, das Datenbankmodell sichert doch die Datenintegrität.
Das Backup kannst Du dann als Dump auf Dein NAS legen, somit soll dann auch alles sicher sein.
Wenn Du, wider besseren Wissens unbedingt auf 2 SQL-Server bestehst, kannst Du zwischen denen auch Ihre Datenbanken replizieren lassen, das wäre dann die saubere Lösung.
Gruß
24
es würde doch erst mal reichen, wenn Du nur einen SQL-Server laufen hast, auf den kannst Du doch vom ganzen Netz und auch parallel zugreifen, das Datenbankmodell sichert doch die Datenintegrität.
Das Backup kannst Du dann als Dump auf Dein NAS legen, somit soll dann auch alles sicher sein.
Wenn Du, wider besseren Wissens unbedingt auf 2 SQL-Server bestehst, kannst Du zwischen denen auch Ihre Datenbanken replizieren lassen, das wäre dann die saubere Lösung.
Gruß
24
naja - selbst dann kommt es aber auf die DB an und was dahinter liegt.
Einige "kleine" NAS-Systeme mit iSCSI sind trotzdem recht gemütlich auf den Beinen. Wenn ich da ne große DB drauflegen sollte - ich weiss ja nicht...
Für mich stellt sich erstmal die Frage was genau bezweckt wird. Zwei DB-Server die abwechselnd (d.h. einer fällt aus und der zweite wird in Betrieb gestellt) laufen sollen? Dann kann man es so ggf. bauen. Möchte ich jedoch ein HA-System aufbauen (2 DB-Server die gleichzeitig laufen und immer denselben DB-Bestand haben) dann muss ich entweder mit einer Replizierung arbeiten (Master repliziert immer auf Slave - und schmiert der Master ab wird der Slave zum Master...). Oder ich baue eine richtige HA-Lösung mit Load-Balancer und nem System welches die Daten automatisch auf den Servern gleich hält.
Und natürlich kann man auch ne schöne Linie für die Kosten ziehen. Zwei Server die abwechselnd laufen sind verhältnismäßig günsitg aufzubauen. Ein HA-System mit mehreren Load-Balancern, Nodes usw. geht locker in den 6-7-Stelligen Bereich....
Einige "kleine" NAS-Systeme mit iSCSI sind trotzdem recht gemütlich auf den Beinen. Wenn ich da ne große DB drauflegen sollte - ich weiss ja nicht...
Für mich stellt sich erstmal die Frage was genau bezweckt wird. Zwei DB-Server die abwechselnd (d.h. einer fällt aus und der zweite wird in Betrieb gestellt) laufen sollen? Dann kann man es so ggf. bauen. Möchte ich jedoch ein HA-System aufbauen (2 DB-Server die gleichzeitig laufen und immer denselben DB-Bestand haben) dann muss ich entweder mit einer Replizierung arbeiten (Master repliziert immer auf Slave - und schmiert der Master ab wird der Slave zum Master...). Oder ich baue eine richtige HA-Lösung mit Load-Balancer und nem System welches die Daten automatisch auf den Servern gleich hält.
Und natürlich kann man auch ne schöne Linie für die Kosten ziehen. Zwei Server die abwechselnd laufen sind verhältnismäßig günsitg aufzubauen. Ein HA-System mit mehreren Load-Balancern, Nodes usw. geht locker in den 6-7-Stelligen Bereich....
Moin @all,
nun interpretiert da mal nicht so viel rein in diese Frage bitte...
Lest doch nochmal das durch, was wir bisher wissen:
... also für mich hört das nicht nach einem "produktiven Szenario" an, sondern eher nach einer Bierdeckelsammlungsverwaltung im Heimnetzwerk.
Ist doch auch nicht unter "Datenbanken" gepostet, sondern unter "Netzwerke und Protokolle".
Lasst Ferdi doch erstmal erzählen, was inhaltlich hinter dieser scheinbar sinnfreien "Ich wollte statt zwei SQL-Server-Installationen lieber eine Datenbank haben"-Frage steckt.
Grüße
Biber
nun interpretiert da mal nicht so viel rein in diese Frage bitte...
Lest doch nochmal das durch, was wir bisher wissen:
Zitat von @ComputerhelferFerdi:
Ich habe bei mir im Netzwerk an jeweils 2 Rechnern den Microsoft SQL Server 2008 installiert.
Warum auch immer...Ich habe bei mir im Netzwerk an jeweils 2 Rechnern den Microsoft SQL Server 2008 installiert.
Nun möchte ich aber gern das diese Server im Netzwerk z.B. auf meiner NAS die Datenbank zuliegen hat, aber eben nur einmal
Was auch immer jetzt mit "diese Server zu liegen hat" über frei schwebende Assoziationsketten verbunden werden könnte...damit ich nicht immer einen Datenabgleich machen muss.
dieser Satz deutet allerdings darauf hin, dass dort auch noch eine inhaltsgleiche DB dranhängt.... und der spontane DB-User kann sich frei entscheiden, ob er die Tabellen auf Instanz1 oder Instanz2 heute mal aktualisiert. Geht soetwas ohne Neuinstallation oder muss ich wohl oder übell alles Neu installieren?
Nein, behalte ruhig beide Installationen. Wozu sollte jemand verrückterweiser die Serverengine dort installieren, wo auch die Datenbank hin soll? Ist doch altmodisch.... also für mich hört das nicht nach einem "produktiven Szenario" an, sondern eher nach einer Bierdeckelsammlungsverwaltung im Heimnetzwerk.
Ist doch auch nicht unter "Datenbanken" gepostet, sondern unter "Netzwerke und Protokolle".
Lasst Ferdi doch erstmal erzählen, was inhaltlich hinter dieser scheinbar sinnfreien "Ich wollte statt zwei SQL-Server-Installationen lieber eine Datenbank haben"-Frage steckt.
Grüße
Biber
Hallo,
es reicht, wenn der MS SQL Server nur auf Deinem PC installiert ist und die anderen in ihrem Programm Deine SQL Instanz benennen. Siehe hierzu www.helium-music-manager.com/open-a-microsoft-sql-server-database/. Vorraussetzung ist, dass Dein Rechner immer an ist. Ein Verschieben der Datenbankdateien alleine macht noch keinen SQL Server. Bei einer gemeinsam genutzten Datenbankdatei kracht es spätestens, wenn zwei Anwender gleichzeitig ihre Anwendung starten. Sollte Dein NAS einen MySQL Server haben wie filippg schrieb, könntest Du den laut Produkthomepage auch verwenden. Und der MySQL Server kann auch mit großen Datenmengen umgehen.
Gruß p
es reicht, wenn der MS SQL Server nur auf Deinem PC installiert ist und die anderen in ihrem Programm Deine SQL Instanz benennen. Siehe hierzu www.helium-music-manager.com/open-a-microsoft-sql-server-database/. Vorraussetzung ist, dass Dein Rechner immer an ist. Ein Verschieben der Datenbankdateien alleine macht noch keinen SQL Server. Bei einer gemeinsam genutzten Datenbankdatei kracht es spätestens, wenn zwei Anwender gleichzeitig ihre Anwendung starten. Sollte Dein NAS einen MySQL Server haben wie filippg schrieb, könntest Du den laut Produkthomepage auch verwenden. Und der MySQL Server kann auch mit großen Datenmengen umgehen.
Gruß p
Zitat von @maretz:
naja - selbst dann kommt es aber auf die DB an und was dahinter liegt.
Einige "kleine" NAS-Systeme mit iSCSI sind trotzdem recht gemütlich auf den Beinen. Wenn ich da ne große DB
drauflegen sollte - ich weiss ja nicht...
naja - selbst dann kommt es aber auf die DB an und was dahinter liegt.
Einige "kleine" NAS-Systeme mit iSCSI sind trotzdem recht gemütlich auf den Beinen. Wenn ich da ne große DB
drauflegen sollte - ich weiss ja nicht...
Aber immer noch besser als wenn es auf einer Dateifreigabe liegt