Frage

Ich habe eine Drush-Konfigurationsdatei ~ / .in: drush/drushrc.PHP:

if (!isset($options['structure-tables']['common'])) {
  $options['structure-tables']['common'] = array(
    'cache', 'cache_*', 'history', 'search_*', 'sessions', 'watchdog'
  );
}

$options['structure-tables']['common'] = array_merge($options['structure-tables']['common'], 
  array('ctools_css_cache', 'ctools_object_cache', 'logz', 'views_object_cache')
);

Und ich habe eine Bash-Skriptdatei:

/usr/bin/drush sql-dump --root="/home/username/domains/sitename/www" --skip-tables-key="common" --gzip --result-file=/home/username/backup/$year/$month/dbname_$date_now_time.sql

Aber wenn ich es ausführe, enthält die Sicherungsdatei immer noch Daten in Cache-Tabellen.Was mache ich falsch?

Und die zweite Frage ist - Wenn ich das in die Crontab lege, muss ich die Konfigurationsdatei woanders ablegen?

Ich benutze Drush Version 8.

War es hilfreich?

Lösung

Es tut mir leid, dass ich Ihnen nicht viel helfen kann mit Ihrer ersten Frage ...

Ihre 2. Frage gestellt:

und zweiter Frage ist - wenn ich dies in Crontab setzen muss, muss ich die Konfigurationsdatei woanders anlegen?

der Ruzwischerdokumentations-Site-Links zu drushrc.php-Beispieldatei das sagt, wo Sie kann die RC-Datei platzieren:

https://raw.githubuscontent.com/ Drush-Ops / Ruße / Master / Beispiele / Beispiel.drushrc.php

Benennen Sie diese Datei in drushrc.php um und kopieren Sie sie optional an einen der unten aufgeführten Orte, die in der Reihenfolge der Vorrangfolge aufgeführt sind:

    .
  1. Drupal-Site-Ordner (z. B. Sites / {default | Beispiel.com} /drushrc.php).
  2. drupal / drush- und seiten / seiten / alle / drush-Ordner oder der Ordner / drauh im Verzeichnis über der Drupalwurzel.
  3. an jedem Ort, wie er von der Option --config (-c) angegeben ist.
  4. DRUSH-Ordner (d. H. ~ / .drush / drushrc.php).
  5. systemweiter Konfigurationsordner (z. B. /etc/drushr/drushrc.php).
  6. Drush-Installationsordner.

Für CRON Die Dokumentation empfiehlt , dass der Ruße so konfiguriert ist, dass er als derselbe Benutzer ausgeführt wird Führt Ihren Webserver aus. Diese gesagt, ich empfehle Ihnen, Ihre RC-Datei in den Ort (5), einen systemweiten Konfigurationsordner aufzugeben. Ja, mehr lokalisierte Rubrik-RC-Dateien müssen dann Ihre systemweite Konfigurationsdatei nach Bedarf überschreiben (oh gut).

Andere Tipps

Alle Tabellen ausgenommen, mit Ausnahme der generationspflichtigen Tabelle generakodicetagcode und -tabellen, die mit dem generationspflichtigen TAGETAGCODE-Tischen beginnen.

generasacodicetagpre.

Nur Datenbankstruktur.Keine Daten überhaupt.

generasacodicetagpre.

nur Daten.Keine Cache-Daten und keine Cache-Struktur.

generasacodicetagpre.

keine Cache-Daten, sondern in ihre Strukturen.

generasacodicetagpre.

SQL-Dump-Dokumentation

Aus irgendeinem Grund funktionierte cache_ * bei mir mit drush 9+ nicht, bis ich den Unterstrich wegließ.Dies kann jedoch spezifisch für meine (Server-) Bash / Terminal sein.Was für mich funktioniert hat:

drush sql-dump --skip-tables-list=cache*

und Sie können immer die hinzufügen --verbose um den tatsächlichen MySQL-Speicherauszug und seinen --ignore Parameter --ignore .

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit drupal.stackexchange
scroll top