PostgreSQL
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> PostgreSQL

Heroku pg:Khôi phục sao lưu không thành công do ứng dụng Rails hết thời gian chờ

OK, điều này thật khó để tôi đăng vì tôi cảm thấy rất ngu ngốc, nhưng giải pháp trực tiếp cho vấn đề của tôi là tôi đã không công khai liên kết của mình trên Amazon S3. Đó là lý do tại sao tôi gặp lỗi 403.

Sự nhầm lẫn tiềm ẩn là bạn có thể sử dụng liên kết không công khai, là một chuỗi dài các ký tự được mã hóa. Nhưng nó sử dụng một URL được lưu trong bộ nhớ cache. Vì bộ nhớ cache là tạm thời, bộ nhớ cache đã bị loại bỏ trước khi quá trình khôi phục của tôi có thể kết thúc.

Vì vậy, câu trả lời là đặt liên kết Amazon S3 ở chế độ công khai và sau đó sử dụng liên kết công khai, ví dụ:https://s3-us-west-2.amazonaws.com/your_bucket_name/your_file_name.dump .

Sau đó:heroku pg:backups restore 'https://s3-us-west-2.amazonaws.com/your_bucket_name/your_file_name.dump' HEROKU_DATABASE_URL .

Đã nói rằng, đồng thời với sự cố này, tôi tin rằng vẫn còn sự cố 'khóa' liên quan đến AccessExclusiveLock mà tôi cần giải quyết riêng, điều đó đã làm cho pg_restore mất đủ thời gian để bộ nhớ cache hết thời gian chờ, nhưng đó là một vấn đề riêng biệt.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Rails 3.1:Truy vấn Postgres cho các bản ghi trong một phạm vi thời gian

  2. Cung cấp một câu lệnh đã chuẩn bị sẵn với một mảng

  3. Tốt hơn là tạo chỉ mục trước khi điền vào bảng với dữ liệu hay sau khi dữ liệu được đặt đúng vị trí?

  4. Bạn cần cài đặt postgresql-server-dev-X.Y để tạo tiện ích mở rộng phía máy chủ hoặc libpq-dev để xây dựng ứng dụng phía máy khách

  5. Phạm vi đường ray được tạo trong tháng