MSSQL 2005 Express installation sicher?

[Bernhard Geyer]

Vor allem muss man bedenken das mit der Installation dieses Server viele Firmen auch hergehen jegliche Probleme mit dem Rechner/Server bei einen abzuladen versuchen: "Sie haben doch hier was auf dem Server installiert. Jetzt gibt es Problem/verhält er sich komisch/... Schauen Sie sich das mal an" - Und schwups ist man der Hilfsadmin für diese Firma.

Auch musst du die Backup-Thematik bedenken. Du hast es installiert - Du must dafür sorgen das alles was mit Datensicherung/Datenschutz zu tun hat erwartet wir das du das erledigtst. Wenn du dich aus der Installation raushalten kannst "Haben Sie irgendwo einen DB-Server wo man die Datenbank einspielen könnte" wäre das immer die bevorzugte Vorgehensweise das dort zu tun.

[Captnemo]

Letztlich überlasse ich bei der Installation dem User/Administrator, der installiert, die Wahl ob er eine vorhandene Instanz nehmen will, oder eben den MSSQL2005 Express.

Nun muß mal aber leider davon ausgehen, dass unbedarfte User und leider auch so mancher Administrator nicht weiß, ob und was für SQL-Server mit welchen Instanzen auf seinem Rechner/Server so laufen. Schon allein aus dem Grunde versuche ich gerade eine Funktion zu schreiben, welche dem Benutzer beim Installieren evtl. im Netzwerk schon vorhandene Instanzen aufzeigt, die er evtl. nutzen könnte. Vorausgesetzt, er weiß dann auch wie er das überhaupt machen kann, und er dessen Kennwort auch kennt.

Das natürlich bei Installationen mal was Schief gehen kann, das ist ja schon klar. Und das weiß auch jeder, denn wir arbeiten ja auf M$-Systemen. Und da hat jeder schon mal das eine oder andere erlebt, was sich nicht rekonstruieren lies. Aber meine ursprüngliche Frage war ja auch, ob es da seitens des Setups vom MSSQL2005 generell probleme geben könnte, wenn bereits eine niedrigere oder höhere Version vorhanden ist bzw. ein MSSQL2005Expr mit höherem SP-Level. Damit meine ich jetzt nicht irgendwelche Ausnahmefehler, die irgendwo 1 mal aufgetreten sind und danach nie wieder, sondern eben die Probleme die dabei absehbar sind. Wobei das ja kein Problem sein sollte, wenn ich eure Beiträge so lese. Es hätt ja auch sein können, dass jemand sagt, bei der oder der Konstellation darf man den 2005er nicht installieren.

Natürlich gibt es auch noch anderen Möglichkeiten. Ich bin selbst ja eigentlich auch kein Freund davon, für jede 10 Zeichen, die mal irgendwo gespeichert werden gleich eine SQL-Server zu installieren (Wobei ich es hier gleich mal schade finde, dass MS nicht im Windows eine kleine Version vom SQL-Server integriert hat, wo jeder Entwickler per SQL daten ablegen und lesen kann). So tummeln sich nach einiger Zeit auf den Rechnern und Servern so viele kleinere und größer SQL-Dienste, die allesamt das System nicht schneller machen. Aber letztlich muß ich ja meine Daten irgendwo speichern. Und wenn wenn das auf einem Server ohne Anwendungsprogramm sein soll, dann geht eine embedded-version auch nicht. Aber immerhin nutze ich dann für all meine Produkte die gleiche Instanz.

Grundsätzlich erwarte ich von jedem User/Administrator, dass er eine Datensicherung macht, bevor er neue Programme oder Treiber im laufenden System installiert. Wenn er das nciht tut, hat er natürlich das Risiko, dass etwas hinterher möglichweise nicht mehr funktioniert, weil evtl ein Fehler aufgetreten ist. Macht er das nicht, handelt er natürlich auf eigene Gefahr. Darauf wird er ja auch bei der Installation hingewiesen und muß dieses auch noch bestätigen.

[Bernhard Geyer]

Zitat:

Zitat von Captnemo (Beitrag 1175035)

Nun muß mal aber leider davon ausgehen, dass unbedarfte User und leider auch so mancher Administrator nicht weiß, ob und was für SQL-Server mit welchen Instanzen auf seinem Rechner/Server so laufen. Schon allein aus dem Grunde versuche ich gerade eine Funktion zu schreiben, welche dem Benutzer beim Installieren evtl. im Netzwerk schon vorhandene Instanzen aufzeigt, die er evtl. nutzen könnte. Vorausgesetzt, er weiß dann auch wie er das überhaupt machen kann, und er dessen Kennwort auch kennt.

Wenn er die Passwörter kennt dann wird er wohl auch wissen auf welchen Rechner die DB liegt:gruebel:

Zitat:

Zitat von Captnemo (Beitrag 1175035)

Das natürlich bei Installationen mal was Schief gehen kann, das ist ja schon klar. Und das weiß auch jeder, denn wir arbeiten ja auf M$-Systemen.

Glaubst du das Linux oder MacOS-Syteme fehlerfrei sind?

Zitat:

Zitat von Captnemo (Beitrag 1175035)

...... bzw. ein MSSQL2005Expr mit höherem SP-Level.

Du solltest schon immer den aktuelle SP verteilen. Oder willst du das der User mindestens einmal den Rechner rebooten muss weil er gerade 500 MB ServicePack installiert hat? Und wie gesagt: In 2012 noch mit dem 2005er Server sowas aufsetzen ...

Zitat:

Zitat von Captnemo (Beitrag 1175035)

Es hätt ja auch sein können, dass jemand sagt, bei der oder der Konstellation darf man den 2005er nicht installieren.

AFAIK ist der 2005er von MS nicht für Win7 (oder wars Vista) oder neue freigegeben. Wir hatten glaube ich diesen Fall das er nicht installierbar war als dieses OS rausgekommen war und wir unserer Vertriebler damit installieren wollten.

Zitat:

Zitat von Captnemo (Beitrag 1175035)

Wobei ich es hier gleich mal schade finde, dass MS nicht im Windows eine kleine Version vom SQL-Server integriert hat, wo jeder Entwickler per SQL daten ablegen und lesen kann)

Hat doch MS (jedenfalls für .NET) SQL Express Anywhere (oder wars Everywhere) welche ohne jedliche installation mit seinen .NET-Apps verteilbar ist. Auch wollte (wieweit das jetzt in Win8 gediehen ist weiß ich jetzt nicht) das Dateisystem als überschicht auf einer immer installierten MS SQL Server aufzusetzen.

Zitat:

Zitat von Captnemo (Beitrag 1175035)

Grundsätzlich erwarte ich von jedem User/Administrator, dass er eine Datensicherung macht, bevor er neue Programme oder Treiber im laufenden System installiert.

Es ging mir nicht um die Sicherung des System an sich sondern deiner Daten. Du installierst ein neues DBMS und müsstest damit auch noch das Thema Sicherung dieser Daten lösung. Und das wird nicht einfach wenn man bedenkt wie viele Backupstrategien es gibt (z.B. Lösungen die direkt in den DB-Server eingreifen und nicht nur stupites File-Copy auf Band machen.

[Captnemo]

Man Bernhard, mußt du jetzt das, was ich mal auf die Schnelle so von mir gegeben habe, wort für wort auseinander nehmen? :-D

Zitat:

Zitat von Bernhard Geyer (Beitrag 1175041)

Wenn er die Passwörter kennt dann wird er wohl auch wissen auf welchen Rechner die DB liegt

Nee, so hab ich das nicht geschrieben...sondern umgekehrt. Und ich haben den Fall selbst bei einem Kunden, auf dem von seinem Zulieferer ein SQL-Server installiert ist, den wir zwar kennen (logo ;-) ) aber dessen Kennwort wir nicht kennen und vom Zulieferer auch nicht bekommen. Der will nämlich seine Datenzusammenstellungen nicht offen legen und evtl. anderen den Zugriff darauf gestatten.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1175041)

Glaubst du das Linux oder MacOS-Syteme fehlerfrei sind?

:gruebel: hatte ich das irgendwo geschrieben? Aber eine Diskussion darüber will ich jetzt hier nicht anfangen.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1175041)

Du solltest schon immer den aktuelle SP verteilen. Oder willst du das der User mindestens einmal den Rechner rebooten muss weil er gerade 500 MB ServicePack installiert hat?

Hm...meine Frage war jetzt nicht, soll ich den aktuellen SP-Stand nehmen oder vielleicht doch nicht? Es ging mir mehr um's theoretische Verständnis, ob sich Verschiedene Express-Versionen bzw. SP-Stände gegenseitig behindern können.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1175041)

AFAIK ist der 2005er von MS nicht für Win7 (oder wars Vista) oder neue freigegeben

Da sagt MS aber was anderes. http://www.microsoft.com/de-de/downl...m-requirements
Mag sein, dass beim ersten Erscheinen von Win7 es da noch Probleme gab. Weiß ich nicht, kann ich nichts zu sagen.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1175041)

Hat doch MS (jedenfalls für .NET) SQL Express Anywhere (oder wars Everywhere) welche ohne jedliche installation mit seinen .NET-Apps verteilbar ist. Auch wollte (wieweit das jetzt in Win8 gediehen ist weiß ich jetzt nicht) das Dateisystem als überschicht auf einer immer installierten MS SQL Server aufzusetzen.

naja, dann kommt sowas halt jetzt. Nur hab ich mit .NET-Applications nicht viel am Hut, und zum zweiten gehe ich im Moment davon aus, dass sich Win8 nicht gerade wie ein Lauffeuer verbreiten wird. Zumindest nicht, solange der Anwender noch die Wahl hat. Warum auch. Wenn man sich mal die Zahlen anschaut, wie viele Systeme noch auf Vista, XP und sogar unter 2000 laufen, dann wird das noch ein weilchen dauern.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1175041)

Es ging mir nicht um die Sicherung des System an sich sondern deiner Daten. Du installierst ein neues DBMS und müsstest damit auch noch das Thema Sicherung dieser Daten lösung. Und das wird nicht einfach wenn man bedenkt wie viele Backupstrategien es gibt (z.B. Lösungen die direkt in den DB-Server eingreifen und nicht nur stupites File-Copy auf Band machen.

:gruebel: Hm....wer sagt denn, dass ich nicht in meinem Programm die Datensicherung integriere?
Datensicherung ist generell ein Thema, welches aber unheimlich von dem EDV-Umfeld abhängt. In meinem Fall ist es das einfachste, die Daten aus meinem Prog heraus zu sichern, und im Falle einer Rücksicherung einfach neu zu Installieren, und dann die Daten in meinem Prog wieder einzulesen. Das ist für jeden Dau möglich.


Weißt du es geht hier nicht um ein riesen Projekt mit unternehmenskritischen Daten. Es geht nur um eine kleine Anwendung, die auch in einem größeren Netzwerk laufen können soll. Für kleine Netzwerke werde ich ggf. noch was anderes machen.
Wie gesagt, meine Frage zielte eher aufs theoretische ab.