nicht angemeldet
Hi!
In der Praxis wäre es toll wenn ein Backup unabhängig von Adminstratorlogout möglich wäre, was ich mir vorstelle wäre eine automatisiertes Backup einmal tätglich oder einmal wöchentlich. Ich kann mir nicht vorstellen, das die Leute die dieses komplexe CRM programmiert haben diesen Sachverhalt nicht berücksichtigt haben, demnach hab ich wohl irgendwas falsch verstanden, könnt ihr mich hier aufklären. Hab den Beweggrund noch immer nicht verstanden, warum ein Backup nur bei Administratorlogout sinnig sein soll.
Für ein Backup muss man Zugriff auf alle Daten haben. Ein normaler Nutzer (NN) hat das in der Regel nicht. Wenn du einem normalen Benutzer gestattest ein Backup anzulegen, müsste sich das System hintenrum die nötigen Rechte besorgen oder von vorn herein die Nutzerrechte ignorieren. Angenommen du gestattest es doch einem NN ein Backup anzulegen, wo soll das dann zu liegen kommen? Soll er es sich downloaden können, damit er in aller Ruhe drin stöbern kann oder soll es nur auf dem System angelegt werden, auf dass es bei einem Platten-Crash mit über den Jordan geht? Und wie soll der NN die Aktion starten? Soll dafür ein Menüpunkt für ihn/alle in der NN-Oberfläche zu finden sein? Wenn das nicht für alle NNs zur Verfügung stehen soll, dann muss der eine ja ein besonderes Privileg bekommen und ist damit kein NN mehr.
Ein automatisiertes Backup ist nochmal was anderes, denn das richtet der Administrator ein und es läuft unabhängig von allen NNs. Zudem muss man auch unterscheiden zwischen einem Backup von außen, wo das Dateien und Datenbanken kopiert und gedumpt werden und einem Backup, das dein CRM eventuell mitbringt. Ersteres hat sowieso nichts mit der Benutzerverwaltung des CRMs zu tun.
Habe vTiger auf meinem Webspace installiert, dort existiert eine MySQL-DB sowie eine Verzeichnis vTiger. Wenn ich das richtig verstanden habe, dann liegen in der DB die Stammdaten z.B. Ansprechpartner, Kunden, Wiedervorlagen usw., in dem Verzeichnis vTiger werden die Konfigurationseinstellungen gespeichert z.B. welche accounts gibt es, welche Rechte haben sie usw.. Ist das so richtig? Gehe im weiteren Verlauf einfach mal davon aus.
Das weiß ich nicht, ich kenne das System nicht. Üblicherweise würde man auch Accounts und Rechte im DBMS ablegen und lediglich die Zugangsdaten zum DBMS und andere einmalige Dinge über das Dateisystem konfigurieren. Es spricht aber auch nicht wirklich was dagegen, statt das DBMS zu bemühen, Daten in Dateien abzulegen. (Allerdings ist das etwas umständlicher, weil man sich dnan über konkurrierenden Zugriff Gedanken machen muss, was im DBMS bereits gelöst ist.)
Es ist also notwendig regelmäßig per cronjob das Verzeichnis vTiger UND die DB zu sichern oder?
Wenn im Verzeichnis ständig Daten geändert werde, dann auch dieses. Bei der DB ist das ja keine Frage.
Mal angenommen, es gibt Probleme mit dem System und ich möchte meine Sicherung verwenden. Dazu muss ich dann wohl erstmal hergehen und auf meinem Webspace so wie bei einer Erstinstallation eine neue DB erzeugen im zweiten Schritt z.B. per filezilla das vTiger Installationsverzeichnis auf meinen Webspace kopieren.
Üblicherweise ja. Du solltest das auch mal üben, damit du weißt, dass das im Notfall geht. Zudem ist es nicht schlecht, sich die Schritte zu notieren, nicht dass du dann Panik bekommst, die Hälfte vergessen hast und das Restore drunter leidet.
Im dritten Schritten das Installationsscript per Browser anstossen. Nach der fertigen Installation existiert nun also ein lauffähiges vTiger ohne Stammdaten und mit der Standardkonfiguration. Damit ich meine Stammdaten wieder verwenden kann spiele ich per phpmyadmin meinen gesicherten Dump ein, ich überspiele sozusagen die per Installationsscript mint Standarddataen gefüllte Datenbank die ich vorher bei der Installation erstellen mußte.
Ich denke, das brauchst du nicht zu machen. Durch das Rückspielen der Dateien ist ja bereits ein System wie zum Zeitpunkt der Sicherung entstanden, also eins mit bereits richtigen Konfigurtionsdaten. Lediglich der DBMS-Dump muss noch reinlaufen.
Ist eine Neuinstallation von vTiger überhaupt notwendig oder kann ich mir das vielleicht sogar sparen? Einfach nur defekte DB druch dump ersetzen und anschließend das vTiger Verzeichnis das gesichert ist auf den Webspace kopieren?
Kommt drauf an, was kaputt ist. Es gäbe ja auch noch beispielsweise den Fall, dass du ein zu unsicheres FTP-Passwort verwendest, das jemand erraten hat und dir daraufhin die Dateien des Systems verändert. Du merkst das nicht gleich und hast kein sauberes Backup mehr. Dann muss man sowieso individuell schauen, was noch zu retten ist. Und es gibt auch noch mehr Fälle, wo man nicht mehr nach Schema F wiederherstellen kann.
Die nächste Frage wäre, ob der ganze Kram überhaupt notwendig ist, mein Hoster allinkl.com trägt ja gegenüber seinen Kunden auch eine gewisse Verwantwortung und ist sicherlich auch dazu verpflichtet in regelmäßigen Abständen eine Sicherung meiner DB und meines vTiger Verzeichnisses auf dem Webspace durchzuführen.
Vertrauen ist gut, selbst sichern ist besser. Je nach Vertrag wird er was sichern oder auch nicht. Wenn es dumm kommt, ist aber auch die Sicherung unbrauchbar. Zudem kannst du nicht testen, ob das Einspielen einer Sicherung klappt, weil er globaler gesehen sichert und nicht nur mehr oder weniger gut auf dein System abgestimmt.
Angenommen mein CRM läuft nichtmehr oder ich habe einen Fehler gemacht, dann müßte ich doch einfach nur bei allinkl.com anrufen und sie darum bitten alles wie so herzustellen wie es am Datum X war. Dürfte für die doch keine Problem sein, da sie doch sicherlich sowieso zu Sicherungen verpflichet sind oder?
Doch, könnte sein, weil sie vielleicht nicht kundenweise sondern serverweise sichern. Und die anderen Kunden werden sich bedanken, wenn sie mit einem alten Stand weiterarbeiten sollen, obwohl nur du dir deine Installation zerschossen hast.
Lo!