Forum Debian Users Gang

Up:
Po kiego całego VPSa?

rsynciem czy rdiff-backup przez ssh  do  /etc i np /var/www, czy gdzie tam nasze ślitaśne strony siedzą.
mysqldump i pgdump bazy

Reszta VPSa jest i tak w repo. xD

Ostatnio edytowany przez Jacekalex (2018-02-25 21:49:45)

Elizabeth napisał(-a):

A jeżeli w przyszłości na serwerze docelowym będzie np. wyższa wersja systemu to też zadziała ?

Czy coś trzeba będzie zmieniać w tych plikach ?

To już zależy od konkretnego programu.
jeżeli taki backup odpalasz z CRONA np raz na tydzeń, to masz na tyle aktualną kopię, że nic się nie zdąży zmienić w te kilka dni.

Backupu nie robi się raz na dwa lata, musi być aktualny.

Rsync zapewnia lustrzaną kopię, a rdiff-backup robi kopię przyrostową.

Oba się do CRONA nadają idealnie.

RTFM:
https://www.thomas-krenn.com/pl/wiki/Synchronizacja … _pomocy_rsync

http://www.nongnu.org/rdiff-backup/
https://www.thomas-krenn.com/pl/wiki/Backup_z_rdiff-backup_w_Linuksie

Ostatnio edytowany przez Jacekalex (2018-02-25 17:04:38)

Jacekalex napisał(-a):

mysqldump i pgdump bazy

Taki zrzut zapisze mi jedynie baze danych czyli i tak będzie trzeba jeszcze raz konfigurować użytkownika, hasła, uprawnienia, ALTER ROLE itd ?

Jak zapisać te wszytskie ustawienia, czy one są trzymane gdzieś w etc ? (mowimy o postgre)

Zamiast używać tego nie znanego mi narzędzia Rsync to chyba mogę równie dobrze odpalić tar'a na całym systemie plików

mysqldump może też kopiować bazę mysql.* gdzie s ą uprawnienia użyszkodników.

Ciągnij całe:
/var/lib/mysql/

Ryzykowna sprawa, kiedyś w ten sposób "myślałem, że mam backup".

Obecnie wolę zrzut bazy mysqldumpem, spakowany XZ i zaszyfrowany GPG.

/usr/bin/mysqldump --ssl  --user=PACJENT --password=HASEŁKO  --add-drop-table  --databases BAZA | /usr/bin/xz |/usr/bin/gpg --batch --armor --encrypt --trust-model always --no-default-keyring --keyring /etc/keys/jacek.pub --recipient jacek@DOMENA.TLD >/home/backup/bazy/BAZA-$(date +%Y-%m-%d-%H.%M.%S).gpg

Jeszcze mi się nie zdarzyło, żeby się coś zwaliło w takim backupie.

Elizabeth napisał(-a):

Zamiast używać tego nie znanego mi narzędzia Rsync to chyba mogę równie dobrze odpalić tar'a na całym systemie plików

A tar robi kopie synchroniczne czy przyrostowe. xD

RTFM:

man rsync
man rdiff-backup

Pozdro

Ostatnio edytowany przez Jacekalex (2018-02-25 18:09:08)

Jacekalex napisał(-a):

mysqldump może też kopiować bazę mysql.* gdzie s ą uprawnienia użyszkodników.

Kod:

Ciągnij całe:
/var/lib/mysql/

Ryzykowna sprawa, kiedyś w ten sposób "myślałem, że mam backup".

Dziwne, ja załadowałem ten katalog do dockera na surowo i bez problemu działa z wordpresem. xD

@morfik: możesz sobie pociągnąć całą bazę postgresa, parę innych mientkich rzeczy też sobie możesz pociągnąć, i tyle z tego będziedz miał że coś ci na wąsach zostanie.
Do fizycznego kopiowania bazy postgresa istnieją narzędzia, nawet rsync jest jednym z nich - ale nie jedynym.
No, chyba że kopiujesz zatrzymaną bazę... Bo jeśli nie to taka kopia jest tyle samo warta, co smarki w chusteczce.

Przestań pieprzyć tylko się przyznaj że nie wiesz, jak się robi rsyncem backup postgresa bez zatrzymywania bazy.
Twoje kilka sekund możesz użyć do wytarcia wąsów.

Naprawdę, odnośnie tego całego backupu, to masz nawet w dokumentacji postgresa opisane:
https://www.postgresql.org/docs/9.3/static/backup-file.html

Another option is to use rsync to perform a file system backup. This is done by first running rsync while the database server is running, then shutting down the database server just long enough to do a second rsync. The second rsync will be much quicker than the first, because it has relatively little data to transfer, and the end result will be consistent because the server was down. This method allows a file system backup to be performed with minimal downtime.

No więc w czym problem?

Zamiast ręcznie rzeźbić z kopiowaniem VPS skorzystaj z kontenerów — odpadnie 99% roboty (i problemów).