PostgreSQL
 sql >> база данни >  >> RDS >> PostgreSQL

Heroku pg:възстановяването на резервни копия е неуспешно поради очевидно изчакване на приложението Rails

Добре, това ми е трудно да публикувам, защото се чувствам толкова глупаво, но директното решение на проблема ми беше, че не направих връзката си публична в Amazon S3. Ето защо получавах грешка 403.

Потенциалното объркване е, че можете да използвате непубличната връзка, която е дълъг низ от кодирани знаци. Но използва кеширан URL адрес. Тъй като кешът е временен, той беше изхвърлен, преди процесът ми на възстановяване да може да завърши.

Така че отговорът е да направите връзката на Amazon S3 публична и след това да използвате публичната връзка, напр.:https://s3-us-west-2.amazonaws.com/your_bucket_name/your_file_name.dump .

След това:heroku pg:backups restore 'https://s3-us-west-2.amazonaws.com/your_bucket_name/your_file_name.dump' HEROKU_DATABASE_URL .

Като казах това, успоредно с този проблем, смятам, че все още има проблем с „заключването“, свързан с AccessExclusiveLock което трябва да разреша отделно, което накара pg_restore да отнеме достатъчно време, за да изтече времето за изчакване на кеша, но това е отделен проблем.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Как да получа локални данни в база данни само за четене с помощта на dplyr?

  2. Създаване на отделен източник на данни за моята сесия spring с помощта на JDBC и spring данни jpa при пролетно зареждане

  3. PHP/MySQL INSERT функция логическа грешка

  4. Относно полезността на индексите на изразяване

  5. ActiveRecord::StatementInvalid. PG грешка