When the WAL logs get switched out,

When the WAL logs get switched out, we typically will want to be able to copy them over to our slave so that we have less risk of losing data in the event of a disaster. Rather than manually copying these files, we can automate the task. However, to automate the copying of these files, we need to create an SSH key on the master server that we will copy over to the slave so that later the master can copy its WAL files over after each switch. Because we already wrote an article on creating ssh keys here at uptimemadeeasy.com, I will refer you to steps 2-5 of the article automate-file-copy-machines-using-rsync-over-ssh to accomplish this first task. Follow those steps, creating the ssh keys as the postgres user on the master server and then copy the key over to the postgres user’s $HOME/.ssh/authorized_keys file on the slave server. When all of this is done, come back here and we will begin the next steps.

ผลลัพธ์ (ไทย) 1:

เมื่อบันทึกหยั่นหวอหยุ่นรับสลับออก เราโดยทั่วไปจะต้องสามารถคัดลอกผ่านไปทาสของเราเพื่อให้เรามีความเสี่ยงน้อยกว่าการสูญเสียข้อมูลในกรณีภัยพิบัติ แทนที่จะคัดลอกแฟ้มเหล่านี้ด้วยตนเอง เราสามารถทำงาน อย่างไรก็ตาม เพื่อทำการคัดลอกแฟ้มเหล่านี้ ที่เราต้องการสร้างคีย์การ SSH บนเซิร์ฟเวอร์หลักที่เราจะคัดลอกผ่านไปทาสนั้นในภายหลังหลักสามารถคัดลอกแฟ้มหยั่นหวอหยุ่นหลังสวิตช์แต่ละ เนื่องจากเราแล้วเขียนบทความเกี่ยวกับการสร้าง ssh แป้นที่นี่ที่ uptimemadeeasy.com ฉันจะอ้างคุณถึงขั้นตอนที่ 2-5 ของบทความ automate-file-copy-machines-using-rsync-over-ssh ทำงานแรกนี้ ทำตามขั้นตอนเหล่านั้น สร้างการ ssh แป้นเป็นผู้ postgres บนเซิร์ฟเวอร์หลัก และคัดลอกคีย์ผ่าน postgres ผู้ $HOME/.ssh/authorized_keys แฟ้มบนเซิร์ฟเวอร์ทาส เมื่อทั้งหมดนี้ทำเสร็จแล้ว แล้วกลับมาที่นี่ และเราจะเริ่มขั้นตอนถัดไป

ผลลัพธ์ (ไทย) 2:

เมื่อได้รับการบันทึก WAL เปลี่ยนออกโดยปกติแล้วเราจะต้องการที่จะสามารถที่จะคัดลอกไปเป็นทาสของเราเพื่อให้เรามีความเสี่ยงน้อยกว่าการสูญเสียข้อมูลในกรณีภัยพิบัติ แทนที่จะตนเองการคัดลอกไฟล์เหล่านี้เราสามารถทำงานโดยอัตโนมัติ อย่างไรก็ตามเพื่อให้โดยอัตโนมัติคัดลอกไฟล์เหล่านี้เราต้องสร้างคีย์ SSH บนเซิร์ฟเวอร์หลักที่เราจะคัดลอกไปเป็นทาสเพื่อที่ว่าต่อมานายสามารถคัดลอกไฟล์ WAL ของตนเหนือหลังจากที่สวิทช์แต่ละ เพราะเราได้เขียนบทความเกี่ยวกับการสร้างคีย์ SSH ที่นี่ที่ uptimemadeeasy.com ผมจะนำคุณไปยังขั้นตอนที่ 2-5 ของบทความโดยอัตโนมัติไฟล์คัดลอกเครื่องใช้-rsync กว่า SSH ในการทํางานนี้เป็นครั้งแรก ทำตามขั้นตอนเหล่านั้นสร้างคีย์ SSH เป็นผู้ใช้ Postgres บนเซิร์ฟเวอร์หลักและจากนั้นคัดลอกที่สำคัญไปยังผู้ใช้ Postgres ของ $ HOME / .ssh / authorized_keys ไฟล์บนเซิร์ฟเวอร์ทาส เมื่อทั้งหมดนี้จะทำกลับมาที่นี่และเราจะเริ่มต้นขั้นตอนถัดไป

ผลลัพธ์ (ไทย) 3:

เมื่อล็อกวาลได้เปลี่ยนไป เรามักจะต้องการที่จะสามารถที่จะคัดลอกไปเป็นทาสของเรา เพื่อให้เราได้น้อยกว่าความเสี่ยงของการสูญเสียข้อมูลในกรณีเกิดภัยพิบัติ มากกว่าด้วยตนเองคัดลอกไฟล์เหล่านี้เราสามารถทำให้งาน โดยอัตโนมัติการคัดลอกแฟ้มเหล่านี้เราต้องสร้างคีย์ SSH บนเซิร์ฟเวอร์หลักที่เราจะคัดลอกไปที่ทาสต่อไป อาจารย์สามารถคัดลอกไฟล์วอลของกว่าหลังจากแต่ละสวิตช์ เพราะเราได้เขียนบทความเกี่ยวกับการสร้างคีย์ SSH ที่ uptimemadeeasy.com , ผมจะดูคุณขั้นตอนที่ 2-5 ของบทความโดยอัตโนมัติคัดลอกไฟล์ เครื่องใช้ rsync ผ่าน SSH เพื่อบรรลุงานนี้ก่อน ทำตามขั้นตอนเหล่านั้นการสร้างคีย์ SSH เป็นผู้ใช้ postgres บนต้นแบบเซิร์ฟเวอร์และจากนั้นคัดลอกคีย์ไป postgres ผู้ใช้ $ HOME / . ssh / authorized_keys แฟ้มบนเซิร์ฟเวอร์ทาส เมื่อทุกอย่างเรียบร้อย กลับมาที่นี่ และเราจะเริ่มขั้นตอนต่อไป