Firebird 2.0 Owner ändern

[IBExpert]

geht mit ibexpert besser und ohne Einschränkungen wegen Systemtabellenmanipulation:

1. tools-extract metadaten- alle objekte mit allen Daten und Blobs auswählen
2. am besten als seperate files starten
3. In ibe$start.sql den Usernamen ändern und ggf connection string anpassen
4. dann runme.all.sql ausführen und du hast eine strukturgleiche DB mit allen Daten, aber dem neuen Owner

geht auch per script über ibeblock Befehle, so das man das auch bei Kundendatenbanken automatisiert machen kann
(zwar nur in Vollversion, aber wenn das eine One Time Aktion ist, dann geht das auch mit der Trial)

[tsteinmaurer]

Hallo Holger,

mir ist klar, dass Du IBExpert, wann immer es geht, pusht *g*, aber mich würde interessieren, von welchen "Einschränkungen" du sprichst?


Thomas Steinmaurer

[IBExpert]

Zitat:

Zitat von tsteinmaurer

mir ist klar, dass Du IBExpert, wann immer es geht, pusht *g*, aber mich würde interessieren, von welchen "Einschränkungen" du sprichst?

von denen, die du in deinem Artikel selbst erwähnst: direkte Manipulation der Systemtabellen.
Lies doch mal selbst deinen Artikel http://www.iblogmanager.com/download...d_Firebird.pdf
Ich finde du machst da relativ viele direkte updates auf rdb$ Tabellen und wie du schon selbst sagst, kann dabei ein Fehler durchaus das Ende einer benutzbaren Datenbank sien.

Der Unterschied zum IBExpert Verfahren ist eben, das dort einmal die DB per Menü oder Kommandozeile extrahiert wird, dann der Username ersetzt wird, um dann anschliessend das Script wieder zu starten und die DB unter dem neuen User wieder erstellt wird, mit allen Metadatenobjekten und allen Daten in allen Tabelle. Das ist eben wesentlich einfacher als der in deinem Artikel beschriebene Weg und auch für Softwarehäuser bei Kundenrechnern unbeaufsichtigt möglich, ebenso kann man übrigens auch auf dem Wege den Character set ersetzen, was bei vielen Datenbanken noch immer nur mit character set none läuft.

[ralfiii]

Ich hab jetzt mal probehalber einfach in IBExpert über
Service/Backup Database
und dann
Service/Restore Database (mit neuem Benutzernamen)

gemacht.
Es scheint das Arbeiten mit der DB mit neuem Benutzernamen zu funktionieren.
(Wo) muss ich da mit Problemen rechnen?

Danke,
Ralf

[tsteinmaurer]

Hallo Holger,

danke für den Link zu meinem Artikel. Den kenne ich. Schön, dass du meinen Blog liest. ;-)

Für mich stellt das keine Einschränkung dar, sondern vielmehr den Vorteil, dass man keine Daten transferieren muss. Ich weise immer nur darauf hin, Finger weg von den Systemtabellen, wenn man nicht weiß, was man tut. In diesem Fall weiß ich aber was ich tue. ;-)

Naja, IBExpert macht ja auch in bestimmten Situationen Updates auf Systemtabellen, aber ihr wißt ja auch, was ihr tuts.

Nix für ungut.


Thomas Steinmaurer

[IBExpert]

Zitat:

Zitat von tsteinmaurer

Hallo Holger,

danke für den Link zu meinem Artikel. Den kenne ich. Schön, dass du meinen Blog liest. ;-)

Für mich stellt das keine Einschränkung dar, sondern vielmehr den Vorteil, dass man keine Daten transferieren muss. Ich weise immer nur darauf hin, Finger weg von den Systemtabellen, wenn man nicht weiß, was man tut. In diesem Fall weiß ich aber was ich tue. ;-)

Naja, IBExpert macht ja auch in bestimmten Situationen Updates auf Systemtabellen, aber ihr wißt ja auch, was ihr tuts.

Nix für ungut.


Thomas Steinmaurer

ich seh ja wie fast immer unseren gemeinsamen Standpunkt: Wenn man keine Ahnung hat, besser Finger weg! :-)
Wer aber Ahnung hat kann auch durchaus mal mit dem Holzhammer kommen, machen wir, macht Ihr, warum nicht ...

Systemtabellen sind ja insgesamt keine heilige Kuh, daher kann man daran schon mal den einen oder anderen Trick
anwenden, aber ich hab schon mal Kundendatenbanken bekommen, bei denen 2 Stored Procedures den gleichen Namen hatten.
Funktionierte soweit ganz gut, sogar das Backup lief problemlos, nur das Restore brach sehr schnell ab.
Das hat der Kunde leider erst gemerkt, als er ca 9 Monate lang nur noch solche nicht benutzbare Backup Files hatte
und dringend auf ein funktionierendes angewiesen war. Wie diesre Fehler zustande kam weiss keiner, aber die Systemtabellen
waren inkonsistent und in diesem Falle hatte das sehr problematische Folgen. Infos wie man das vermeiden kann
bekommt man auch auf unserer Roadshow www.ibexpert.com/roadshow