Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Allgemeines zu Drupal ›

womit mysql bei drupal sichern?

Eingetragen von patcher (217)
am 10.09.2008 - 20:39 Uhr in
  • Allgemeines zu Drupal
  • Drupal 5.x oder neuer

hallo zusammen,

gibt es eine empfehlung womit eine grössere mysql-datenbank für ein drupalprojekt regelmässig gesichert werden kann? gibt es da im zusammenspiel mit drupal irgendetwas zu beachten?

habe meine drupalsite bei all-inkl. liegen, die empfehlen dort
HeidiSQL und MySQL-Front. eignet sich das?

habe nun noch von

mysqldumper

gelesen, da sollen auch automatische sicherungen möglich sein.

was ist eure erfahrung?
danke
patcher

‹ Beginn mit Drupal 7 Drupal (TM) ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Try this

Eingetragen von Tobias Bähr (4019)
am 10.09.2008 - 20:48 Uhr

Try this http://drupal.org/project/backup_migrate

----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/

  • Anmelden oder Registrieren um Kommentare zu schreiben

danke soweit, aber wenn ich

Eingetragen von patcher (217)
am 10.09.2008 - 21:06 Uhr

danke soweit, aber wenn ich es richtig verstehe ist das auch ein skript, was auf dem server läuft und bei dern grösseren datenbank auch entsprechende server-kapazitäten braucht (steht zumindest in der readme), sowas bietet mein provider all-inkl auch an.
ich denke ich brauche eine externe lösung, die den server nicht belastet... oder hast du erfahrung bei grösseren datenbanken und shared hosting?

danke

____________________________

http://www.familiengruender.de | Vereinbarkeit von Beruf & Familie | Work-Life-Balance

  • Anmelden oder Registrieren um Kommentare zu schreiben

Aso. Win-Proggi. :D Bietet

Eingetragen von Tobias Bähr (4019)
am 10.09.2008 - 21:23 Uhr

Aso. Win-Proggi. :D

aber der server verbraucht trotzdem speicher, weil er ja auf die anfrage von heidi antworten muss.

Bietet Heidi SQL kein automatischen Backup?

Falls nicht nimm mysqldumper, jedoch geht dort das auto-backup nur via perl/cgi, damit der cron von mysqldumper aufgerufen werden kann vom server.

----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/

  • Anmelden oder Registrieren um Kommentare zu schreiben

all-inkl ist der falsche Anbieter,

Eingetragen von cps (157)
am 10.09.2008 - 22:47 Uhr

zumindest dann, wenn man Wert auf seine Daten legt. Das billig nicht alles ist, merkt man meist erst dann, wenn es zu spät ist.
Für den Kunden ist es am einfachsten, wenn der Anbieter Backups macht. Aber Last wird immer auf dem Server erzeugt.

  • Anmelden oder Registrieren um Kommentare zu schreiben

hast du ne gute

Eingetragen von patcher (217)
am 10.09.2008 - 23:14 Uhr

hast du ne gute provider-alternative für ein größere drupalprojekt, wo das backup mit drinne ist und preis-leistung stimmen?

  • Anmelden oder Registrieren um Kommentare zu schreiben

Datenbank-Backups

Eingetragen von stBorchert (6003)
am 11.09.2008 - 06:33 Uhr

Moin!
Datenbank-Backups sind immer Sache des Kunden (so man denn normales Webhosting bzw. einen kleinen Server sein Eigen nennt). Manche Anbieter bieten eine Backup-Funktion über die Verwaltungs-Software (confixx, etc.). Ansonsten: kannst Du phpmyadmin verwenden?

 Stefan

  • Anmelden oder Registrieren um Kommentare zu schreiben

stBorchert

Eingetragen von cps (157)
am 11.09.2008 - 19:14 Uhr
stBorchert schrieb

Moin!
Datenbank-Backups sind immer Sache des Kunden (so man denn normales Webhosting bzw. einen kleinen Server sein Eigen nennt).

Warum sollte der Anbieter von Hostinglösungen nicht auch etwas in die Sicherheit und Erreichbarkeit der ihm anvertrauten Daten investieren? Besonders wenn er den Datenverlust auch noch zu vertreten hat. Ausgefallene Hardware oder ein Rechenzentrum, dass nicht mehr erreichbar ist, wenn der einzige Carrier ausfällt, gehen eindeutig zu seinen lasten.

  • Anmelden oder Registrieren um Kommentare zu schreiben

provider und backup

Eingetragen von stBorchert (6003)
am 11.09.2008 - 21:32 Uhr

Ja, prinzipiell hast Du Recht.
Jeder (halbwegs vernünftige) Provider macht für sich Sicherungen seiner kompletten Server und auch aller Datenbanken. Kann ja sein, dass mal die Hardware abraucht oder jemand alles mittels seltsamer Skripte kaputt macht (alles schon erlebt). Das ist dann als (Ab-)Sicherung für den Hoster gedacht und auch ein netter Service für die Kunden (die dann weniger verärgert sind).
Denn: alle Hoster mit denen ich bisher zu tun hatte (und ich gehe mal ganz stark davon aus, dass auch alle anderen Hoster dies haben) haben in ihren AGBs eine Klausel, die jedem Kunden an Herz legt, seine Daten selbst zu sichern (inkl. DB-Backup), da der Hoster aktuelle Sicherungen nicht garantieren kann und im Regelfall sich eine Rückspielung auch gut bezahlen lässt.
Daher muss (nicht sollte) sich der Kunde selbst um eine regelmässige Sicherung der Daten kümmern.

Gute Hoster bieten dafür Tools oder erlauben (DB-)Backups per cronjob.

 Stefan

  • Anmelden oder Registrieren um Kommentare zu schreiben

danke soweit, aber wenn ich

Eingetragen von Cristiano (5)
am 12.12.2008 - 12:39 Uhr

danke soweit, aber wenn ich es richtig verstehe ist das auch ein skript, was auf dem server läuft und bei dern grösseren datenbank auch entsprechende server-kapazitäten braucht (steht zumindest in der readme), sowas bietet mein provider all-inkl auch an.
_______________________
http://www.filmmerkezi.net

  • Anmelden oder Registrieren um Kommentare zu schreiben

webmin bevorzugt

Eingetragen von datenrettung (605)
am 12.12.2008 - 13:57 Uhr

@patcher

mein! admintool ist (und bleibt wahrscheinlich) webmin, sofern du dieses bei deinem hoster installieren kannst/darfst

www.webmin.com

und fuer die verwaltung von virtuellen domains...

http://www.webmin.com/virtualmin.html

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
  • Drupal 11 + Experience Builder (Canvas) + Layout Builder
  • Welche KI verwendet ihr?
  • Update Manger läst sich nicht Installieren
Weiter

Neue Kommentare

  • melde mich mal wieder, da ich
    vor 1 Woche 5 Tagen
  • Hey danke
    vor 1 Woche 6 Tagen
  • Update: jetzt gibt's ein
    vor 2 Wochen 11 Stunden
  • Hallo, im Prinzip habe ich
    vor 2 Wochen 4 Tagen
  • Da scheint die Terminologie
    vor 2 Wochen 5 Tagen
  • Kannst doch auch alles direkt
    vor 3 Wochen 2 Tagen
  • In der entsprechenden View
    vor 3 Wochen 2 Tagen
  • Dazu müsstest Du vermutlich
    vor 3 Wochen 2 Tagen
  • gelöst
    vor 5 Wochen 5 Tagen
  • Ja natürlich. Dass ist etwas,
    vor 5 Wochen 6 Tagen

Statistik

Beiträge im Forum: 250233
Registrierte User: 20452

Neue User:

  • ByteScrapers
  • Mroppoofpaync
  • 4aficiona2

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 22 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association