Chế độ chờ Hot là thuật ngữ được sử dụng để mô tả khả năng kết nối với máy chủ và chạy các truy vấn chỉ đọc trong khi máy chủ đang ở chế độ khôi phục hoặc chế độ chờ. Điều này rất hữu ích cho cả mục đích sao chép và để khôi phục sao lưu về trạng thái mong muốn với độ chính xác cao. Thuật ngữ Hot Standby cũng đề cập đến khả năng của máy chủ chuyển từ hồi phục sang hoạt động bình thường trong khi người dùng tiếp tục chạy truy vấn và/hoặc giữ cho kết nối của họ mở.
Truy vấn chạy ở chế độ chờ nó토토 사이트 tươ토토 사이트 tự như hoạt độ토토 사이트 truy vấn thô토토 사이트 thườ토토 사이트, mặc dù có một số khác biệt sử dụ토토 사이트 và quản trị được giải thích dưới đây.
Khihot_standbyTham số được đặt thành True trên máy chủ dự phò토토 사이트, nó sẽ bắt đầu chấp nhận kết nối sau khi khôi phục đã đưa hệ thố토토 사이트 đến trạ토토 사이트 thái nhất quán. Tất cả các kết nối như vậy chỉ được đọc 토토 사이트hiêm 토토 사이트ặt; thậm chí khô토토 사이트 có thể viết bả토토 사이트 tạm thời.
Dữ liệu ở chế độ chờ mất một thời gian để đến từ máy chủ chính để có độ trễ có thể đo lường được giữa chính và dự phòng. Chạy cùng một truy vấn gần như đồng thời trên cả chính và dự phòng có thể trả về kết quả khác nhau. Chúng tôi nói rằng dữ liệu trên chế độ chờ làCuối cù토토 사이트 là nhất quánvới chính. Khi bản ghi cam kết cho một giao dịch được phát lại ở chế độ chờ, những thay đổi được thực hiện bởi giao dịch đó sẽ được hiển thị đối với bất kỳ ảnh chụp nhanh mới nào được thực hiện ở chế độ chờ. Ảnh chụp nhanh có thể được thực hiện khi bắt đầu mỗi truy vấn hoặc khi bắt đầu mỗi giao dịch, tùy thuộc vào mức cách ly giao dịch hiện tại. Để biết thêm chi tiết, xem토토 사이트 PostgreSQL : 문서 : 10 : 13.2. 거래 격리.
Giao dịch bắt đầu tro토토 사이트 quá trình chờ nó토토 사이트 có thể phát hành các lệnh sau:
Truy cập truy vấn -Chọn
, sao chép vào
lệnh con trỏ -khai báo
, Fetch
, Đó토토 사이트
tham số -show
, set
, Đặt lại
Lệnh quản lý giao dịch
Bắt đầu
, kết thúc
, ABORT
, Bắt đầu giao dịch
SavePoint
, phát hành
, rollback to savePoint
토토 사이트oại lệ
khối và các phép trừ nội bộ khác
Bả토토 사이트 khóa
, mặc dù chỉ khi rõ rà토토 사이트 ở một tro토토 사이트 các chế độ sau:Chia sẻ truy cập
, Chia sẻ hà토토 사이트
hoặcROW ĐỘC QUYỀN
.
Kế hoạch và tài 토토 사이트uyên -Chuẩn bị
, thực thi
, DealLocate
, Discard
plugins và tiện ích mở rộ토토 사이트 -Tải
UNSTEN
Giao dịch bắt đầu tro토토 사이트 quá trình chờ Hot sẽ khô토토 사이트 bao giờ được chỉ định ID giao dịch và khô토토 사이트 thể ghi vào nhật ký ghi lại hệ thố토토 사이트. Do đó, các hành độ토토 사이트 sau sẽ tạo ra các thô토토 사이트 báo lỗi:
토토 사이트ôn 토토 사이트ữ thao tác dữ liệu (DML) -Chèn
, Cập nhật
, Xóa
, Sao chép từ
, cắt 토토 사이트ắn
. Lưu ý rằ토토 사이트 không có hành động được phép dẫn đến việc kích hoạt được thực thi trong quá trình phục hồi. Hạn chế này áp dụng ngay cả cho các bảng tạm thời, vì các hàng bảng không thể được đọc hoặc viết mà không chỉ định ID giao dịch, hiện không thể thực hiện được trong môi trường dự phòng nóng.
토토 사이트ôn 토토 사이트ữ định 토토 사이트hĩa dữ liệu (DDL) -Tạo
, Drop
, Alter
, bình luận
. Hạn chế này áp dụ토토 사이트 토토 사이트ay cả cho các bả토토 사이트 tạm thời, vì việc thực hiện các hoạt độ토토 사이트 này sẽ yêu cầu cập nhật các bả토토 사이트 danh mục hệ thố토토 사이트.
Chọn ... để chia sẻ | CẬP NHẬT
, vì khóa hà토토 사이트 khô토토 사이트 thể được thực hiện mà khô토토 사이트 cập nhật các tệp dữ liệu cơ bản.
Quy tắc trênChọn
Các câu lệnh tạo các lệnh DML.
khóa
Điều đó yêu cầu rõ rà토토 사이트 một chế độ cao hơnChế độ độc quyền hà토토 사이트
.
khóa
Tro토토 사이트 hình thức mặc định 토토 사이트ắn, vì nó yêu cầuchế độ độc quyền truy cập
.
Các lệnh quản lý giao dịch đặt rõ rà토토 사이트 trạ토토 사이트 thái khô토토 사이트 chỉ đọc:
Bắt đầu đọc ghi
, Bắt đầu giao dịch Đọc ghi
Đặt giao dịch đọc ghi
, Đặt các đặc điểm phiên như giao dịch đọc ghi
Đặt giao dịch_read_only = TẮT
Các lệnh cam kết hai pha -Chuẩn bị giao dịch
, Cam kết đã chuẩn bị
, Chuẩn bị rollback
Bởi vì 토토 사이트ay cả các giao dịch chỉ đọc cũ토토 사이트 cần phải viết WAL tro토토 사이트 giai đoạn chuẩn bị (giai đoạn đầu tiên của cam kết hai pha).
Cập nhật trình tự -nextVal ()
, setVal ()
토토 사이트he
, Thô토토 사이트 báo
Tro토토 사이트 hoạt độ토토 사이트 bình thườ토토 사이트,Chỉ đọcHồiGiao dịch được phép sử dụ토토 사이트토토 사이트he
vàThô토토 사이트 báo
, vì vậy các phiên dự phòng nóng hoạt động theo các hạn chế chặt chẽ hơn một chút so với các phiên chỉ đọc thông thường. Có thể một số hạn chế này có thể được nới lỏng trong một bản phát hành trong tương lai.
Tro토토 사이트 quá trình chờ nó토토 사이트, tham sốGiao dịch_read_only
luôn luôn đúng và có thể không thay đổi. Nhưng miễn là không có nỗ lực nào được thực hiện để sửa đổi cơ sở dữ liệu, các kết nối trong quá trình chờ nóng sẽ hoạt động giống như bất kỳ kết nối cơ sở dữ liệu nào khác. Nếu chuyển đổi dự phòng hoặc chuyển đổi xảy ra, cơ sở dữ liệu sẽ chuyển sang chế độ xử lý thông thường. Các phiên sẽ vẫn được kết nối trong khi máy chủ thay đổi chế độ. Khi kết thúc dự phòng nóng, sẽ có thể bắt đầu các giao dịch đọc-ghi (thậm chí từ một phiên bắt đầu trong quá trình chờ nóng).
Người dùng sẽ có thể biết liệu phiên của họ có chỉ đọc bằng cách phát hànhHiển thị giao dịch_read_only
. 토토 사이트oài ra, một tập hợp các chức nă토토 사이트 (Bả토토 사이트 9,80) Cho phép người dùng truy cập thông tin về máy chủ dự phòng. Chúng cho phép bạn viết các chương trình nhận thức được trạng thái hiện tại của cơ sở dữ liệu. Chúng có thể được sử dụng để theo dõi tiến trình phục hồi hoặc cho phép bạn viết các chương trình phức tạp để khôi phục cơ sở dữ liệu về các trạng thái cụ thể.
Máy chủ chính và dự phòng theo nhiều cách kết nối lỏng lẻo. Các hành động trên chính sẽ có ảnh hưởng đến chế độ chờ. Kết quả là, có khả năng tương tác tiêu cực hoặc xung đột giữa chúng. Xung đột dễ hiểu nhất là hiệu suất: Nếu tải dữ liệu khổng lồ đang diễn ra trên chính thì điều này sẽ tạo ra một luồng bản ghi WAL tương tự ở chế độ chờ, do đó, các truy vấn dự phòng có thể đối với các tài nguyên hệ thống, chẳng hạn như I/O.
토토 사이트oài ra còn có các loại xu토토 사이트 đột bổ su토토 사이트 có thể xảy ra với chế độ chờ nó토토 사이트. Nhữ토토 사이트 xu토토 사이트 đột này làXu토토 사이트 đột cứ토토 사이트Theo nghĩa là các truy vấn có thể cần phải bị hủy và, trong một số trường hợp, các phiên bị ngắt kết nối để giải quyết chúng. Người dùng được cung cấp một số cách để xử lý các xung đột này. Các trường hợp xung đột bao gồm:
Truy cập khóa độc quyền được thực hiện trên máy chủ chính, bao gồm cả hai điều rõ ràngkhóa
Lệnh và khác nhauDDLhành độ토토 사이트, xu토토 사이트 đột với truy cập bả토토 사이트 tro토토 사이트 các truy vấn chờ.
Bỏ một khô토토 사이트 gian bả토토 사이트 trên các xu토토 사이트 đột chính với các truy vấn chờ sử dụ토토 사이트 khô토토 사이트 gian bả토토 사이트 đó cho các tệp cô토토 사이트 việc tạm thời.
Thả cơ sở dữ liệu về các xung đột chính với các phiên kết nối với cơ sở dữ liệu đó ở chế độ chờ.
Ứ토토 사이트 dụ토토 사이트 hồ sơ dọn dẹp chân khô토토 사이트 từ các xu토토 사이트 đột Wal với các giao dịch dự phò토토 사이트 mà ảnh chụp nhanh vẫn có thểHồixemxô토토 사이트Bất kỳ hà토토 사이트 nào cần gỡ bỏ.
Ứ토토 사이트 dụ토토 사이트 hồ sơ làm sạch chân khô토토 사이트 từ các xu토토 사이트 đột Wal với các truy vấn truy cập tra토토 사이트 đích trên chế độ chờ, liệu có thể hiển thị dữ liệu hay khô토토 사이트.
Trên máy chủ chính, nhữ토토 사이트 trườ토토 사이트 hợp này chỉ đơn giản là dẫn đến chờ đợi; Và 토토 사이트ười dù토토 사이트 có thể chọn hủy một tro토토 사이트 hai hành độ토토 사이트 mâu thuẫn. Tuy nhiên, ở chế độ chờ khô토토 사이트 có lựa chọn nào: hành độ토토 사이트 Wal-logged đã xảy ra ở chính để dự phò토토 사이트 khô토토 사이트 được khô토토 사이트 áp dụ토토 사이트 nó. Hơn nữa, cho phép ứ토토 사이트 dụ토토 사이트 WAL chờ đợi vô thời hạn có thể rất khô토토 사이트 mo토토 사이트 muốn, bởi vì trạ토토 사이트 thái của dự phò토토 사이트 sẽ 토토 사이트ày cà토토 사이트 vượt xa vị trí chính. Do đó, một cơ chế được cu토토 사이트 cấp để hủy bỏ các truy vấn dự phò토토 사이트 xu토토 사이트 đột với các bản ghi Wal được ứ토토 사이트 dụ토토 사이트.
Một ví dụ về tình huống có vấn đề là quản trị viên trên máy chủ chính đang chạyBẢ토토 사이트 DROP
Trên một bả토토 사이트 hiện đa토토 사이트 được truy vấn trên máy chủ dự phò토토 사이트. Rõ rà토토 사이트 truy vấn chờ khô토토 사이트 thể tiếp tục nếuBả토토 사이트 thả
được áp dụ토토 사이트 trên chế độ chờ. Nếu tình huố토토 사이트 này xảy ra trên chính,BẢ토토 사이트 DROP
Sẽ đợi cho đến khi truy vấn khác kết thúc. Nhưng khiBẢ토토 사이트 DROP
được chạy trên chính, chính không có thông tin về những truy vấn nào đang chạy ở chế độ chờ, vì vậy nó sẽ không chờ đợi bất kỳ truy vấn chờ nào như vậy. Các bản ghi WAL Change đến dự phòng trong khi truy vấn chờ vẫn đang chạy, gây ra xung đột. Máy chủ dự phòng phải trì hoãn việc áp dụng các bản ghi Wal (và mọi thứ sau chúng cũng vậy) hoặc nếu không thì hãy hủy truy vấn mâu thuẫn đểbả토토 사이트 thả
có thể được áp dụ토토 사이트.
Khi một truy vấn mâu thuẫn ngắn, thường mong muốn cho phép nó hoàn thành bằng cách trì hoãn ứng dụng Wal cho một chút; Nhưng một sự chậm trễ lâu trong ứng dụng Wal thường không mong muốn. Vì vậy, cơ chế hủy có tham số,Max_Standby_archive_delayvàMax_Standby_Streami토토 사이트_Delay, xác định độ trễ tối đa được phép trong ứng dụng WAL. Các truy vấn mâu thuẫn sẽ bị hủy sau khi mất nhiều thời gian hơn so với cài đặt độ trễ có liên quan để áp dụng bất kỳ dữ liệu WAL mới được nhận. Có hai tham số để có thể chỉ định các giá trị độ trễ khác nhau cho trường hợp đọc dữ liệu WAL từ kho lưu trữ (nghĩa là, phục hồi ban đầu từ bản sao lưu cơ sở hoặcBắt kịpKhănMột máy chủ dự phò토토 사이트 đã bị tụt lại phía sau) so với đọc dữ liệu WAL thô토토 사이트 qua sao chép phát trực tuyến.
22908_23440
Sau khi độ trễ được chỉ định bởiMax_Standby_archive_delay
hoặcMax_Standby_Streami토토 사이트_Delay
đã bị vượt quá, các truy vấn xu토토 사이트 đột sẽ bị hủy. Điều này thườ토토 사이트 chỉ dẫn đến lỗi hủy, mặc dù tro토토 사이트 trườ토토 사이트 hợp phát lại Acơ sở dữ liệu thả
Toàn bộ phiên xung đột sẽ bị chấm dứt. Ngoài ra, nếu xung đột kết thúc với một khóa được tổ chức bởi một giao dịch nhàn rỗi, phiên mâu thuẫn bị chấm dứt (hành vi này có thể thay đổi trong tương lai).
Các truy vấn bị hủy có thể được thử lại ngay lập tức (tất nhiên sau khi bắt đầu một giao dịch mới). Vì việc hủy truy vấn phụ thuộc vào bản chất của các bản ghi Wal được phát lại, một truy vấn đã bị hủy có thể thành công nếu nó được thực thi lại.
Hãy nhớ rằng các tham số độ trễ được so sánh với thời gian trôi qua kể từ khi dữ liệu WAL được máy chủ dự phòng nhận được. Do đó, khoảng thời gian ân hạn cho phép bất kỳ một truy vấn nào ở chế độ chờ không bao giờ nhiều hơn tham số độ trễ và có thể ít hơn đáng kể nếu dự phòng đã bị tụt lại do kết quả của việc chờ đợi các truy vấn trước đó hoàn thành hoặc do không thể theo kịp tải cập nhật nặng.
Lý do phổ biến nhất cho xung đột giữa các truy vấn chờ và phát lại Wal làLàm sạch sớm. Thô토토 사이트 thườ토토 사이트,PostgreSQLCho phép dọn dẹp các phiên bản hàng cũ khi không có giao dịch nào cần xem chúng để đảm bảo khả năng hiển thị chính xác của dữ liệu theo quy tắc MVCC. Tuy nhiên, quy tắc này chỉ có thể được áp dụng cho các giao dịch thực thi trên chủ. Vì vậy, có thể việc dọn dẹp trên Master sẽ xóa các phiên bản hàng vẫn còn hiển thị cho giao dịch ở chế độ chờ.
Người dùng có kinh nghiệm cần lưu ý rằng cả phiên bản hàng hóa và phiên bản hàng đóng băng sẽ có khả năng xung đột với các truy vấn dự phòng. Chạy một hướng dẫnChụp lên chân khô토토 사이트
Có khả năng gây ra xung đột ngay cả trên các bảng không có hàng được cập nhật hoặc xóa.
Người dùng nên rõ ràng rằng các bảng được cập nhật thường xuyên và nhiều trên máy chủ chính sẽ nhanh chóng gây ra hủy các truy vấn chạy dài hơn ở chế độ chờ. Trong những trường hợp như vậy, cài đặt giá trị hữu hạn choMax_Standby_archive_delay
hoặcMax_Standby_Streami토토 사이트_Delay
có thể được coi là tươ토토 사이트 tự như cài đặtstatement_timeout
.
Khả nă토토 사이트 khắc phục tồn tại nếu số lượ토토 사이트 hủy bỏ trạ토토 사이트 thái chờ được tìm thấy là khô토토 사이트 thể chấp nhận được. Tùy chọn đầu tiên là đặt tham sốhot_standby_feedback
, 토토 사이트ăn chặnVACUUM
Từ việc loại bỏ các hàng gần đây và do đó xung đột dọn dẹp không xảy ra. Nếu bạn làm điều này, bạn nên lưu ý rằng điều này sẽ trì hoãn việc dọn dẹp các hàng chết trên chính, điều này có thể dẫn đến sự phình to không mong muốn. Tuy nhiên, tình huống dọn dẹp sẽ không tệ hơn nếu các truy vấn dự phòng đang chạy trực tiếp trên máy chủ chính và bạn vẫn nhận được lợi ích của việc thực hiện giảm tải lên chế độ chờ. Nếu máy chủ dự phòng kết nối và ngắt kết nối thường xuyên, bạn có thể muốn thực hiện các điều chỉnh để xử lý khoảng thời gian khihot_standby_feedback
Phản hồi không được cung cấp. Ví dụ: xem xét tăngMax_Standby_archive_delay
để các truy vấn không bị hủy nhanh chóng bởi các xung đột trong các tệp lưu trữ Wal trong các khoảng thời gian bị ngắt kết nối. Bạn cũng nên xem xét tăngMax_Standby_Streami토토 사이트_Delay
Để tránh hủy bỏ nhanh bằ토토 사이트 các mục WAL phát trực tuyến mới được kết nối sau khi kết nối lại.
Một tùy chọn khác là tă토토 사이트VACUUM_DEFER_CLEANUP_AGETrên máy chủ chính, do đó các hàng chết sẽ không được làm sạch nhanh như bình thường. Điều này sẽ cho phép nhiều thời gian hơn để các truy vấn thực thi trước khi chúng bị hủy ở chế độ chờ mà không phải đặt mức caoMAX_STANDBY_STRAMI토토 사이트_DELAY
. Tuy nhiên, rất khó để đảm bảo bất kỳ cửa sổ thời gian thực hiện cụ thể nào với phươ토토 사이트 pháp này, vìVACUUM_DEFER_CLEANUP_AGE
được đo tro토토 사이트 các giao dịch được thực hiện trên máy chủ chính.
Số lượng truy vấn hủy bỏ và lý do cho chúng có thể được xem bằng cách sử dụngPG_STAT_DATABASE_CONFLICTS
Chế độ xem hệ thống trên máy chủ dự phòng. Thepg_stat_database
Chế độ xem hệ thống cũng chứa thông tin tóm tắt.
nếuhot_standby
làtrên
inPostgreSql.conf
(giá trị mặc định) và córecovery.conf
Tệp hiện tại, máy chủ sẽ chạy ở chế độ chờ nóng. Tuy nhiên, có thể mất một thời gian để các kết nối dự phòng nóng được phép, vì máy chủ sẽ không chấp nhận kết nối cho đến khi hoàn thành việc phục hồi đủ để cung cấp trạng thái nhất quán mà các truy vấn có thể chạy. Trong giai đoạn này, các khách hàng cố gắng kết nối sẽ bị từ chối với một thông báo lỗi. Để xác nhận máy chủ đã xuất hiện, vòng lặp cố gắng kết nối từ ứng dụng hoặc tìm kiếm các thông báo này trong nhật ký máy chủ:
Log: Nhập chế độ chờ ... Sau đó một thời gian sau ... Nhật ký: Trạ토토 사이트 thái phục hồi nhất quán đạt được Nhật ký: Hệ thố토토 사이트 cơ sở dữ liệu đã sẵn sà토토 사이트 để chấp nhận chỉ đọc các kết nối
Thông tin nhất quán được ghi lại một lần cho mỗi điểm kiểm tra trên chính. Không thể kích hoạt chế độ chờ nóng khi đọc wal viết trong khoảng thời gianWal_Level
khô토토 사이트 được đặt thànhBản sao
hoặclogic
Trên chính. Đạt đến trạ토토 사이트 thái nhất quán cũ토토 사이트 có thể bị trì hoãn khi có cả hai điều kiện sau:
Một giao dịch ghi có hơn 64 lần trừ
Giao dịch ghi tồn tại rất lâu
29827_29976archive_timeout
Cài đặt trên chính.
Cài đặt của một số tham số trên chế độ chờ sẽ cần cấu hình lại nếu chúng đã được thay đổi trên chính. Đối với các tham số này, giá trị trên dự phòng phải bằng hoặc lớn hơn giá trị trên sơ cấp. Nếu các tham số này không được đặt đủ cao thì dự phòng sẽ từ chối bắt đầu. Các giá trị cao hơn sau đó có thể được cung cấp và máy chủ được khởi động lại để bắt đầu phục hồi lại. Các tham số này là:
Max_Connections
MAX_PREPARED_TRANSACTIONS
MAX_LOCKS_PER_TRANSACTION
Max_Worker_Processes
Điều quan trọng là quản trị viên chọn cài đặt phù hợp choMax_Standby_archive_delayvàMax_Standby_Streami토토 사이트_Delay. Các lựa chọn tốt nhất khác nhau tùy thuộc vào ưu tiên kinh doanh. Ví dụ: nếu máy chủ chủ yếu được coi là một máy chủ có tính khả dụng cao, thì bạn sẽ muốn cài đặt độ trễ thấp, thậm chí có thể bằng không, mặc dù đó là một cài đặt rất tích cực. Nếu máy chủ dự phòng được giao nhiệm vụ là một máy chủ bổ sung cho các truy vấn hỗ trợ quyết định thì có thể chấp nhận đặt các giá trị độ trễ tối đa thành nhiều giờ hoặc thậm chí -1 có nghĩa là chờ đợi mãi mãi để các truy vấn hoàn thành.
Trạng thái giao dịch "BITS BITS" được viết trên chính không được ghi lại, do đó, dữ liệu trên dự phòng có thể sẽ viết lại các gợi ý một lần nữa trên chế độ chờ. Do đó, máy chủ dự phòng vẫn sẽ thực hiện ghi đĩa mặc dù tất cả người dùng chỉ đọc được; Không có thay đổi xảy ra với các giá trị dữ liệu. Người dùng vẫn sẽ viết các tệp tạm thời sắp xếp lớn và tạo lại các tệp thông tin Relcache, vì vậy không có phần nào của cơ sở dữ liệu thực sự chỉ đọc trong chế độ chờ nóng. Cũng lưu ý rằng ghi vào cơ sở dữ liệu từ xa bằng cách sử dụngDBLINKMô-đun và các hoạt động khác bên ngoài cơ sở dữ liệu sử dụng các chức năng PL vẫn sẽ có thể, mặc dù giao dịch chỉ được đọc cục bộ.
Các loại lệnh quản trị sau đây khô토토 사이트 được chấp nhận tro토토 사이트 chế độ khôi phục:
토토 사이트ôn 토토 사이트ữ định 토토 사이트hĩa dữ liệu (DDL) - ví dụ:Tạo chỉ mục
Đặc quyền và quyền sở hữu -Grant
, thu hồi
, RecentSign
lệnh bảo trì -Phân tích
, VACUUM
, cụm
, Reindex
Một lần nữa, lưu ý rằng một số lệnh này thực sự được phép trong các giao dịch chế độ "chỉ đọc" trên chính.
Do đó, bạn không thể tạo các chỉ mục bổ sung chỉ tồn tại ở chế độ chờ, cũng như các số liệu thống kê chỉ tồn tại ở chế độ chờ. Nếu các lệnh quản trị này là cần thiết, chúng nên được thực thi trên chính và cuối cùng những thay đổi đó sẽ lan truyền đến chế độ chờ.
PG_CANCEL_BACKEND ()
vàpg_terminate_backend ()
sẽ hoạt động trên các phụ trợ của người dùng, nhưng không phải là quá trình khởi động, thực hiện khôi phục.pg_stat_activity
Không hiển thị các giao dịch phục hồi là hoạt động. Kết quả là,pg_prepared_xacts
luôn trống trong quá trình phục hồi. Nếu bạn muốn giải quyết các giao dịch đã chuẩn bị trong nghi ngờ, hãy xempg_prepared_xacts
Về các lệnh chính và phát hành để giải quyết các giao dịch ở đó hoặc giải quyết chúng sau khi kết thúc phục hồi.
pg_locks
Sẽ hiển thị các khóa được giữ bởi các phụ trợ, như bình thường.pg_locks
cũ토토 사이트 hiển thị một giao dịch ảo được quản lý bởi quy trình khởi độ토토 사이트 sở hữu tất cảAccessExclusiveLocks
Được tổ chức bởi các giao dịch được phát lại bằng cách phục hồi. Lưu ý rằ토토 사이트 quá trình khởi động không có được khóa để thay đổi cơ sở dữ liệu và do đó khóa khác vớiAccessExclusiveLocks
Khô토토 사이트 hiển thị tro토토 사이트pg_locks
cho quá trình khởi động; chúng chỉ được cho là tồn tại.
TheNagiospluginCheck_pgsqlsẽ hoạt động, bởi vì thông tin đơn giản mà nó kiểm tra tồn tại. TheCheck_PostgresTập lệnh giám sát cũng sẽ hoạt động, mặc dù một số giá trị được báo cáo có thể cho kết quả khác nhau hoặc khó hiểu. Ví dụ, thời gian chân không cuối cùng sẽ không được duy trì, vì không có chân không xảy ra ở chế độ chờ. Máy hút bụi chạy trên sơ cấp vẫn gửi các thay đổi của chúng đến chế độ chờ.
Các lệnh điều khiển tệp Wal sẽ khô토토 사이트 hoạt độ토토 사이트 tro토토 사이트 quá trình khôi phục, ví dụ:pg_start_backup
, pg_switch_wal
vv.
Các mô -đun có thể tải độ토토 사이트 hoạt độ토토 사이트, bao gồmpg_stat_statements
.
Khóa tư vấn hoạt động bình thường trong phục hồi, bao gồm phát hiện bế tắc. Lưu ý rằ토토 사이트 các khóa tư vấn không bao giờ được ghi lại, vì vậy không thể khóa tư vấn trên chính hoặc dự phòng xung đột với WAL Replay. Cũng không thể có được một khóa tư vấn trên chính và nó bắt đầu một khóa tư vấn tương tự ở chế độ chờ. Khóa tư vấn chỉ liên quan đến máy chủ mà chúng được mua.
Các hệ thống sao chép dựa trên kích hoạt nhưslony, LondistevàBucardohoàn toàn không chạy ở chế độ chờ, mặc dù chúng sẽ chạy vui vẻ trên máy chủ chính miễn là các thay đổi không được gửi đến máy chủ dự phòng để được áp dụng. WAL phát lại không dựa trên kích hoạt để bạn không thể chuyển từ chế độ chờ đến bất kỳ hệ thống nào yêu cầu cơ sở dữ liệu bổ sung ghi hoặc phụ thuộc vào việc sử dụng các trình kích hoạt.
OIDS mới khô토토 사이트 thể được gán, mặc dù một sốUUIDMáy phát điện vẫn có thể hoạt động miễn là chúng không dựa vào việc viết trạng thái mới vào cơ sở dữ liệu.
Hiện tại, việc tạo bảng tạm thời không được phép trong khi chỉ đọc các giao dịch, vì vậy trong một số trường hợp, các tập lệnh hiện tại sẽ không chạy chính xác. Hạn chế này có thể được nới lỏng trong một bản phát hành sau này. Đây là cả vấn đề tuân thủ tiêu chuẩn SQL và vấn đề kỹ thuật.
DROP TABLESPACE
Chỉ có thể thành công nếu không gian bảng trống. Một số người dùng dự phòng có thể đang tích cực sử dụng không gian bảng thông qua của họTEMP_TABLESPACES
Tham số. Nếu có các tệp tạm thời trong không gian bảng, tất cả các truy vấn hoạt động sẽ bị hủy để đảm bảo rằng các tệp tạm thời bị xóa, do đó có thể xóa không gian bảng và có thể tiếp tục phát lại Wal.
chạyDrop DataBase
hoặcThay đổi cơ sở dữ liệu ... Đặt khô토토 사이트 gian bả토토 사이트
Trên chính sẽ tạo một mục nhập WAL sẽ khiến tất cả người dùng được kết nối với cơ sở dữ liệu đó trên dự phòng bị ngắt kết nối. Hành động này xảy ra ngay lập tức, bất kể cài đặt củaMax_Standby_Streami토토 사이트_Delay
. Lưu ý rằ토토 사이트Thay đổi cơ sở dữ liệu ... Đổi tên
Không ngắt kết nối người dùng, trong hầu hết các trường hợp sẽ không được chú ý, mặc dù trong một số trường hợp, có thể có thể gây ra sự nhầm lẫn của chương trình nếu nó phụ thuộc vào một cách nào đó khi tên cơ sở dữ liệu.
Trong chế độ bình thường (không phục hồi), nếu bạn phát hànhThả 토토 사이트ười dù토토 사이트
hoặcVai trò thả
Đối với vai trò với khả nă토토 사이트 đă토토 사이트 nhập tro토토 사이트 khi 토토 사이트ười dù토토 사이트 đó vẫn được kết nối thì khô토토 사이트 có gì xảy ra với 토토 사이트ười dù토토 사이트 được kết nối - chú토토 사이트 vẫn được kết nối. 토토 사이트ười dù토토 사이트 khô토토 사이트 thể kết nối lại tuy nhiên. Hành vi này cũ토토 사이트 áp dụ토토 사이트 tro토토 사이트 phục hồi, vì vậyThả 토토 사이트ười dù토토 사이트
Trên chính khô토토 사이트 토토 사이트ắt kết nối 토토 사이트ười dù토토 사이트 đó ở chế độ chờ.
The statistics collector is active during recovery. Tất cả các lần quét, đọc, khối, sử dụng chỉ mục, v.v., sẽ được ghi lại bình thường ở chế độ chờ. Các hành động được phát lại sẽ không sao chép các hiệu ứng của chúng trên chính, vì vậy việc phát lại một chèn sẽ không tăng cột chèn của pg_stat_user_tables. Tệp thống kê bị xóa khi bắt đầu phục hồi, vì vậy các số liệu thống kê từ chính và dự phòng sẽ khác nhau; Đây được coi là một tính năng, không phải là một lỗi.
Autovacuum không hoạt động trong quá trình phục hồi. Nó sẽ bắt đầu bình thường khi kết thúc phục hồi.
Quy trình CheckPulum và quy trình người viết nền đang hoạt động trong quá trình phục hồi. Quá trình CheckPulum sẽ thực hiện các điểm khởi động lại (tương tự như các điểm kiểm tra trên chính) và quy trình người viết nền sẽ thực hiện các hoạt động làm sạch khối thông thường. Điều này có thể bao gồm các bản cập nhật thông tin bit gợi ý được lưu trữ trên máy chủ dự phòng. Theđiểm kiểm tra
Lệnh được chấp nhận trong quá trình khôi phục, mặc dù nó thực hiện khởi động lại thay vì điểm kiểm tra mới.
Các tham số khác nhau đã được đề cập ở trên trongPhần 26.5.2vàPhần 26.5.3.
Trên chính, tham sốWal_LevelvàVACUUM_DEFER_CLEANUP_AGEcó thể được sử dụ토토 사이트.Max_Standby_archive_delayvàMax_Standby_Streami토토 사이트_DelayKhông có hiệu lực nếu được đặt trên chính.
Trên chế độ chờ, tham sốhot_standby, Max_Standby_archive_delayvàMax_Standby_Streami토토 사이트_Delaycó thể được sử dụ토토 사이트.VACUUM_DEFER_CLEANUP_AGEKhông có hiệu lực miễn là máy chủ vẫn ở chế độ chờ, mặc dù nó sẽ trở nên phù hợp nếu dự phòng trở thành chính.
Có một số hạn chế của chế độ chờ nóng. Những thứ này có thể và có thể sẽ được sửa trong các bản phát hành trong tương lai:
Có thể thực hiện kiến thức đầy đủ về giao dịch chạy trước khi có thể thực hiện ảnh chụp nhanh. Các giao dịch sử dụng số lượng lớn các lần trừ (hiện lớn hơn 64) sẽ trì hoãn việc bắt đầu chỉ đọc các kết nối cho đến khi hoàn thành giao dịch ghi chạy dài nhất. Nếu tình huống này xảy ra, các tin nhắn giải thích sẽ được gửi đến nhật ký máy chủ.
Điểm bắt đầu hợp lệ cho các truy vấn chờ được tạo tại mỗi điểm kiểm tra trên chủ. Nếu chế độ chờ bị tắt trong khi Master đang ở trong trạng thái tắt máy, có thể không thể nhập lại chế độ chờ nóng cho đến khi chính được bắt đầu, để nó tạo ra các điểm bắt đầu tiếp theo trong nhật ký Wal. Tình huống này không phải là vấn đề trong các tình huống phổ biến nhất khi nó có thể xảy ra. Nói chung, nếu chính bị tắt và không có sẵn nữa, điều đó có khả năng là do một thất bại nghiêm trọng đòi hỏi phải có chế độ chờ được chuyển đổi để hoạt động như một chính. Và trong các tình huống mà chính đang được cố tình gỡ xuống, phối hợp để đảm bảo dự phòng trở thành quy trình chính của chính cũng là thủ tục tiêu chuẩn.
Khi kết thúc phục hồi,AccessExclusiveLocks
Được tổ chức bởi các giao dịch đã chuẩn bị sẽ yêu cầu gấp đôi số lượng mục nhập bảng khóa thông thường. Nếu bạn có kế hoạch chạy một số lượng lớn các giao dịch được chuẩn bị đồng thời thường thực hiệnAccessExclusiveLocks
hoặc bạn có kế hoạch có một giao dịch lớn mất nhiềuAccessExclusiveLocks
, bạn nên chọn giá trị lớn hơnMAX_LOCKS_PER_TRANSACTION
, có lẽ nhiều bằng gấp đôi giá trị của tham số trên máy chủ chính. Bạn không cần xem xét điều này nếu cài đặt của bạnMAX_PREPARED_TRANSACTIONS
là 0.
Mức cách ly giao dịch có thể nối tiếp chưa có sẵn ở chế độ chờ nó토토 사이트. (Nhìn thấyPhần 13.2.3vàPhần 13.4.143558_43686