Jestem w trakcie konfigurowania klejnot kopii zapasowej (http://backup.github.io/backup/v4/), aby uruchomić na mojej instancji EC2, skopiuj bazę danych PostgreSQL w RDS i przechowywania kopii zapasowej w nowym wiadrze S3.Kopia zapasowa gem pg_dump wersja niezgodności między EC2 i RDS
Klejnot zapasowej uruchamia polecenie pg_dump jednak AWS nie pozwalają na tej samej wersji PostgreSQL być zainstalowany zarówno na EC2 i RDS, w wyniku następującego błędu:
pg_dump: server version: 9.4.7; pg_dump version: 9.2.13
pg_dump: aborting because of server version mismatch
To dlatego, że przykład EC2 wersja:
$ pg_dump --version
pg_dump (PostgreSQL) 9.2.13
I przykład RDS jest wersja:
9.4.7-R1 (o innej opcji z wersji 9.5.2-R1)
Na EC2, działająca lista yumów Postgres * oferuje tylko dostępne pakiety do PostgreSQL 9.3.
Wygląda na to, że nie mogę obniżyć wersji RDS lub zaktualizować EC2 do pasującej wersji.
Oto mój backup modelu gem config czy to pomaga: https://gist.github.com/anonymous/35f6f9e81846f53693fb03662c2192ad
Przed zbyt wiele osób zaczyna przypominać mi, że RDS posiada wbudowany kopii zapasowych, jestem świadomy. Mój przypadek użycia: zamiast mieć tylko pełne awarie baz danych, chciałbym również przywrócić dane poszczególnych użytkowników do różnych okresów czasu bez wpływu na całą bazę danych. Planowałem przechowywać te ręczne kopie zapasowe i ostatecznie napisałem skrypt, aby pobrać z nich poprzednie dane użytkownika.
Mój przyjaciel zalecił inną opcję: Jeśli użytkownik chce wycofać, mógłbym uruchomić nowy RDS z zautomatyzowanych snapshotów, sklonować moją instancję EC2, połączyć je ze sobą, zebrać dane użytkownika z tej migawki, a następnie scalić te zmiany z powrotem do głównej instancji EC2.