MSSQL 2005 Express installation sicher?

[Captnemo]

Naja, ne Garantie in schriftlicher Form wollt ich ja jetzt auch gar nicht

Aber ich wollt mich schon vorher rückversichern, dass das was ich mir vorstelle, sich nicht am Ende als so der absolut größte Blödsinn herausstellt und ich dann womöglich reihenweise SQL-Instanzen zerschießen.

Ne Named Instance hatte ich sowieso im Auge. Und da der Sicherheitsaspekt, was den Zugriffschutz auf die Daten angeht, hier nicht sehr hoch angesiedelt ist, spielt alles andere eh eine sehr untergeordnete Rolle. Wichtig ist nur, wenig bis keine Probleme mit dem Datenhaltungssystem.

[Bernhard Geyer]

100% Sicherheit gibt es nicht. Willst du weniger Probleme so nimm ein DBMS ohne Installation (bei Delphi z.B. ADS, Absolute Database, Firebird, etc.)
Wir selbst haben z.B. das Problem das sich ein 2005 Express-Version (Paralell zu einer normalen Version) absolut nicht per SUS aktualisieren lässt.

[Captnemo]

Zitat von Bernhard Geyer:

Wir selbst haben z.B. das Problem das sich ein 2005 Express-Version (Paralell zu einer normalen Version) absolut nicht per SUS aktualisieren lässt.

Naja, damit könnt ich leben Ich nutze den so wie er jetzt ist. Und sollte mal ein Update notwendig sein, so gaht das auch Notfalls zu Fuß.
Und dann wirds beim 2005er mit aktuellem SP ja vom MS nicht mehr allzuviel kommen
MSSQL hat für mich in diesem Fall ein paar eindeutige Vorteile, z.B. dass der User mit recht wenig Aufwand einfach über ODBC ohne große Installation aus anderen Anwendungen (Excel, Access, ...) auf die Daten zugreifen kann. Ich weiß, das geht bei den anderen natürlich auch, aber meist nicht ohne zusätzlich Installation eines ODBC-Treibers, der für MSSQL bei W7 ja schon vorhanden ist.
Außerdem wollte ich mich eh von Zeos verabschieden und diese mal mit ADO arbeiten.

[jaenicke]

Die 2012er Version kann man auch als Embedded Version nutzen:
http://channel9.msdn.com/posts/SQL11UPD03-REC-08
Wenn kein echter Server gebraucht wird, bietet sich die Lösung an denke ich.

[WM_CLOSE]

Ich denke, dass man in dem Fall, in dem die Installation des SQL-Servers fehlschlägt, sowieso nicht wirklich etwas dagegen machen kann, schon allein, weil es 1/0 Möglchkeiten gibt, weshalb es fehlschlägt. (darunter auch sporadische Fehler, die beim nächsten Mal nicht mehr auftreten)

Deshalb: Fehlercode auswerten, Meldung anzeigen und den Benutzer anweisen den Server manuell zu installieren.
EDIT: Ansonsten stimme ich bei mehr oder weniger lokalen Programmen den Vorrednern mit den nicht zu installierenden DBs zu. Der SQL-Server ist nur dann schön, wenn er schon vorhanden ist und auch ordentlich administriert wird.

PS: Nicht jedes Programm sollte unbedingt eine eigene Instanz installieren. Eine DB in einer vorhandenen Instanz reicht meistens auch.

[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.