บริการ postgresql 8.4 ไม่เริ่มทำงาน บริการ PostgreSql ไม่เริ่มทำงาน ขี้กลัวอะไรล่ะ? การตั้งค่าเฉพาะของ Windows

ฉันกำลังพยายามเรียกใช้ Postgres 9.2.4 เป็นบริการบน Windows 7 หลังจากติดตั้ง postgres บริการก็ทำงานได้ดี อย่างไรก็ตาม หลังจากติดตั้ง postgres เป็นเซิร์ฟเวอร์สำหรับโปรแกรมอื่น บริการก็หยุดทำงาน หากฉันพยายามเริ่มบริการทันที ฉันจะลบข้อมูลเกี่ยวกับสิ่งเหล่านั้น:

"บริการ postgresql-x64-9.2 - PostgreSQL Server 9.2 บนคอมพิวเตอร์เฉพาะที่ คอมพิวเตอร์เริ่มทำงานแล้วหยุด กิจกรรมการบริการจะหยุดโดยอัตโนมัติเนื่องจากไม่ได้รับการสนับสนุนจากบริการหรือโปรแกรมอื่น ๆ "

ถ้าฉันพยายามรันโปรแกรมเพราะเซิร์ฟเวอร์ฐานข้อมูลถูกตำหนิ ฉันจะเมตตาคุณ:

"ปัญหา Vinicle เมื่อพยายามเข้าสู่ระบบหรือสร้างฐานข้อมูลเสมือน รายละเอียด: ไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์ได้ ไม่สามารถเชื่อมต่อกับพอร์ตระยะไกลได้ ต้องปิดโปรแกรมทันที"

ฉันยังได้รับข้อความนี้เมื่อมีการเปิดโปรแกรมหนึ่งด้วย

"ปัญหา Vinicle เมื่อพยายามเข้าสู่ระบบหรือสร้างฐานข้อมูลเสมือน รายละเอียด: FATAL: ไม่สามารถโหลด pg_hba.conf โปรแกรมจะต้องปิดในขณะนี้"

ฉันพยายามเริ่มบริการและลงทะเบียนเป็นผู้ใช้ระบบภายในเครื่อง บันทึก oblikovyเช่นเดียวกับบันทึกระดับภูมิภาคอย่างเป็นทางการของฉัน (ในหน่วยงานของเจ้าหน้าที่ postgres) ก็ไม่มีประโยชน์ ฉันยังพยายามรีสตาร์ทคอมพิวเตอร์ด้วย หลังจากเกิดปัญหามากมายบนอินเทอร์เน็ต ฉันได้เรียนรู้ว่าควรตรวจสอบไฟล์ pg_log แกนของรายการ pg_log ที่เหลือ:

2013-05-29 14:59:45 MDT LOG: ระบบฐานข้อมูลถูกขัดจังหวะ; ทราบล่าสุดเมื่อ 29/05/2556 14:58:01 MDT 2013-05-29 14:59:45 กำลังประมวลผลซ้ำอัตโนมัติ 2013-05-29 14:59:45 MDT LOG: บันทึกด้วยความยาว 0 ที่ 0/175BB98 2013- 05-29 14:59:45 MDT LOG: ไม่จำเป็นต้องทำซ้ำ 2013-05-91 :45 MDT LOG: ระบบฐานข้อมูลพร้อมที่จะยอมรับการเชื่อมต่อ 2013-05-29 14:59:45 MDT LOG: autovacuum launcher เริ่มต้นแล้ว 2013 -05 -29 15:07:00 MDT LOG: การเชื่อมต่อภายในจะไม่ได้รับการสนับสนุนโดย -05-29 15:07:00 MDT CONTEXT: บรรทัด 1 ของไฟล์การกำหนดค่า "C:/PostgreSQL/data/pg_hba.conf" 2013- 29-05-2015:07:00 MDT FATAL: ไม่สามารถโหลด pg_hba.conf 29-05-2556 15:07:00 MDT LOG: ราคาไม่รองรับการเชื่อมต่อท้องถิ่น 2013-05-29 15:07:00 บริบท MDT : บรรทัดที่ 1 ของไฟล์การกำหนดค่า "C:/PostgreSQL/data/pg_hba.conf" 201-05-29 15:07:00 MDT FATAL: ไม่สามารถโหลด pg_hba.conf 2013-05-29 15:09:02 ธุรกรรมที่ใช้งานอยู่ 2013 -05- 29 15:09:03 บันทึก MDT: ตัวเรียกใช้งาน autovacuum ปิดตัวลง 2013-05-29 15:09:03 บันทึก MDT: ปิดตัวลง 2013-05-29 15:09:03 บันทึก MDT: ข้อมูลปิดตัวลง

ดูเหมือนว่าจะมีปัญหากับไฟล์ pg_hba.conf ซึ่งมีลักษณะดังนี้:

ท้องถิ่นทั้งหมด โฮสต์ที่เชื่อถือได้ทั้งหมด ทั้งหมด 127.0.0.1 255.255.255.255 โฮสต์ที่เชื่อถือได้ทั้งหมด 0.0.0.0 0.0.0.0 ความไว้วางใจ

ตามข้อเสนอเชิงตัวเลขบนอินเทอร์เน็ต ฉันพยายามเปลี่ยนแถวบนสุดเป็นทางเลือกที่แตกต่างกันมากมาย (โฮสต์ทั้งหมดเชื่อถือทั้งหมด/โฮสต์ทั้งหมด 127.0.0.1/32 เชื่อถือ/โฮสต์ทั้งหมด 192.168.0.100/24 ​​​​เชื่อถือ ฯลฯ .) นี่เป็นเรื่องเล็กน้อยสำหรับฉัน เนื่องจากไฟล์บันทึกบอกว่าการเชื่อมต่อภายในเครื่องไม่ได้รับการสนับสนุนโดย postgres และระบุแถวนี้ อย่างไรก็ตาม เธอไม่ได้ใช้ประโยชน์จากการเปลี่ยนแปลงของฉัน ฉันพยายามรีสตาร์ทคอมพิวเตอร์หลังจากเปลี่ยนสกิน แต่ไม่มีอะไรเปลี่ยนแปลง

เมื่อฉันดูว่าไฟล์ pg_hba.conf มีลักษณะอย่างไร มันดูแตกต่างจากไฟล์เล็กน้อย ฉันสังเกตเห็นว่าไฟล์โปรแกรม PostgreSQL นอกเหนือจาก pg_hba.conf มีไฟล์เดียวกัน 20130529-150444-old-pg_hba.conf ซึ่งมีประโยชน์มากกว่าสำหรับแอปพลิเคชันที่ฉันรู้จักบนอินเทอร์เน็ต ไฟล์นี้ประกอบด้วยแถวความคิดเห็นหลายแถวก่อนแถวที่เหลือ:

# วิธีที่อยู่ฐานข้อมูลประเภทผู้ใช้ # การเชื่อมต่อภายใน IPv4: โฮสต์ทั้งหมด 127.0.0.1/32 md5 # การเชื่อมต่อภายในท้องถิ่นของ IPv6: โฮสต์ทั้งหมด::1/128 md5 # อนุญาตการเชื่อมต่อการจำลองแบบจาก localhost เพื่อขอความช่วยเหลือเพิ่มเติม # #host การจำลองแบบ postgres 127.0.0.1/32 md5 #host การจำลองแบบ postgres::1/128 md5

ฉันเชื่อว่านี่คือไฟล์ pg_hba.conf ดั้งเดิม และโดยการแทนที่ไฟล์ใหม่ด้วยไฟล์เก่า postgres ก็จะเริ่มทำงานอีกครั้ง ไม่มีโชคเช่นนี้ ฉันคิดว่าไฟล์ pg_log จะมีไฟล์โปรแกรมแก้ไขที่ลงทะเบียนไว้มากกว่านี้ เพื่อพิจารณาว่ามีการประกาศโปรแกรมแก้ไขก่อนหน้านี้หรือมีการเปลี่ยนแปลงอะไร หรือไม่ได้ลงทะเบียนไฟล์เพิ่มเติมหรือไม่

ฉันค้นหาบริการออนไลน์เป็นเวลาหลายวัน และไม่มีสิ่งใดที่ฉันรู้ว่าได้ผล โปรดตรวจสอบให้แน่ใจว่าได้เปิดแหล่งจ่ายไฟแล้ว หรือคุณต้องการเชื่อมต่อและเปิดข้อมูลที่เกี่ยวข้องทั้งหมด ฉันอยากจะให้ความกระจ่างเกี่ยวกับปัญหานี้และแนะนำข้อเสนอบางประการ

pg_ctl เริ่มต้น [-s] [-D ข้อมูลไดร์] [ -o ตัวเลือก initdb ]

pg_ctl เริ่มต้น [-w] [-t วินาที] [ -s ] [ -D ข้อมูลไดร์] [-ล ชื่อไฟล์] [ -o พารามิเตอร์] [-หน้า เส้นทาง] [ -ค ]

pg_ctl หยุด [-W] [-t วินาที] [ -s ] [ -D ข้อมูลไดร์] [-ms | ฉ | ฉัน]

pg_ctl รีสตาร์ท [-w] [-t วินาที] [ -s ] [ -D ข้อมูลไดร์] [-c] [-ms | ฉ | ฉัน] [-o พารามิเตอร์ ]

pg_ctl โหลดซ้ำ [-s] [-D ข้อมูลไดร์ ]

สถานะ pg_ctl [-D ข้อมูลไดร์ ]

pg_ctl เลื่อนตำแหน่ง [-s] [-D ข้อมูลไดร์ ]

pg_ctl ฆ่า สัญญาณ_ชื่อ กระบวนการ_id

pg_ctl ลงทะเบียน [-N ชื่อบริการ] [ -ยู ฉันเป็นคนโคริสตูวัค] [-ป รหัสผ่าน] [-D ข้อมูลไดร์] [-S ก | ง ] [ -w ] [ -t วินาที] [ -ดังนั้น พารามิเตอร์ ]

pg_ctl ยกเลิกการลงทะเบียน [-N ชื่อบริการ ]

เซิร์ฟเวอร์เริ่มต้นเมื่อ start กระบวนการทำงานในพื้นหลัง และอินพุตมาตรฐานเชื่อมโยงกับ /dev/null (หรือ nul ภายใต้ Windows) ในระบบที่คล้าย Unix เอาต์พุตของเซิร์ฟเวอร์และข้อผิดพลาดจะถูกเขียนในอุปกรณ์เอาต์พุตมาตรฐาน (ไม่ใช่ข้อผิดพลาด) pg_ctl การติดตาม pg_ctl ควรถูกเปลี่ยนเส้นทางไปยังไฟล์หรือกระบวนการ เช่น การหมุนบันทึก addon หมุนบันทึก มิฉะนั้น postgres จะเขียนไปยังเทอร์มินัลเดียวกัน (ในพื้นหลัง) และจะสูญเสียเชลล์ออกจากกลุ่มของกระบวนการ ใน Windows การอัปเดตและคำขอของเซิร์ฟเวอร์จะถูกเปลี่ยนเส้นทางไปยังเทอร์มินัล ลักษณะการทำงานนี้สามารถเปลี่ยนแปลงได้ และเอาต์พุตของเซิร์ฟเวอร์สามารถนำไปยังไฟล์ได้โดยการเพิ่มคีย์ -l เราขอแนะนำให้ใช้สวิตช์ -l หรือเปลี่ยนเส้นทาง visnovok

หากต้องการเริ่มเซิร์ฟเวอร์ คุณสามารถใช้ stop Zupinity สามารถทำได้ในสามโหมด ซึ่งสามารถระบุได้ด้วยธง -m เลือกโหมด "อัจฉริยะ" ซึ่งหมายถึงการเชื่อมต่อไคลเอนต์ที่ใช้งานอยู่ทั้งหมดและกระบวนการสำรองข้อมูลระยะไกลเสร็จสมบูรณ์ หากเซิร์ฟเวอร์ทำงานในโหมดสแตนด์บายแบบ hot การอัปเดตและการจำลองแบบสตรีมมิ่งจะถูกขัดจังหวะทันทีที่เซสชันไคลเอ็นต์ทั้งหมดสิ้นสุดลง โหมด "เร็ว" จะไม่ปิดเซสชันไคลเอ็นต์และขัดจังหวะกระบวนการสำรองข้อมูล ธุรกรรมที่ใช้งานอยู่ทั้งหมดเสร็จสมบูรณ์ และลูกค้าเข้าสู่ระบบได้สำเร็จ หลังจากที่เซิร์ฟเวอร์ล่ม โหมด "ทันที" จะขัดจังหวะกระบวนการทั้งหมดทันทีและทำให้เซิร์ฟเวอร์ช้าลง เพื่อที่จะไม่เริ่มทำงานอีกจนกว่าจะจำเป็นต้องรีสตาร์ทหลังจากเกิดความล้มเหลว

สำหรับข้อมูลเกี่ยวกับการเริ่มต้นเซิร์ฟเวอร์ที่กำลังจะเกิดขึ้น จำเป็นต้องรีสตาร์ท เมื่อพร้อมใช้งาน คำสั่ง postgres จะพร้อมใช้งาน การรีสตาร์ทอาจไม่ดำเนินการหากมีการระบุไดเร็กทอรีสำหรับการบันทึกข้อมูลในบรรทัดคำสั่งเมื่อเริ่มต้นเซิร์ฟเวอร์

หากต้องการอ่านการกำหนดค่าอีกครั้ง (postgresql.conf, pg_hba.conf ฯลฯ) จะใช้การโหลดซ้ำ ซึ่งทำให้กระบวนการ postgres ลบสัญญาณระบบ SIGHUP ซึ่งช่วยให้คุณสามารถบันทึกการเปลี่ยนแปลงโดยไม่ต้องรีสตาร์ทเซิร์ฟเวอร์ใหม่ทั้งหมด

หากต้องการตรวจสอบสถานะของคลัสเตอร์ ให้ตรวจสอบสถานะ หากคลัสเตอร์กำลังทำงานอยู่ PID ของกระบวนการจะแสดงขึ้น และคำสั่งจะถูกส่งไปพร้อมกับอาร์กิวเมนต์ที่แตกต่างกันไปตามเวลาเริ่มต้น หากคลัสเตอร์ถูกปิด กระบวนการจะเปลี่ยนเป็นสถานะเสร็จสมบูรณ์ 3 หากไม่ได้ระบุไดเร็กทอรีที่จัดเก็บข้อมูล กระบวนการจะกลับสู่สถานะเสร็จสมบูรณ์ 4

หากต้องการเปลี่ยนเซิร์ฟเวอร์สำรองเป็นโหมดหลัก vikorist เลื่อนระดับ . ในกรณีนี้ เซิร์ฟเวอร์ยอมรับหุ่นยนต์ในโหมดอัพเดตและเริ่มทำงานในโหมดอ่าน-เขียน

หากต้องการส่งสัญญาณไปยังกระบวนการ ให้ใช้ kill นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งในช่วงกลางของ Microsoft Windows เนื่องจากไม่มีคำสั่ง kill หากต้องการดูรายการสัญญาณที่มี ให้เลื่อนลงไปที่ --help

หากต้องการลงทะเบียนในบริการระบบภายใต้ Microsoft Windows ให้ใช้การลงทะเบียน Prapor -S ตั้งค่าโหมดการเริ่มต้นบริการเป็น "อัตโนมัติ" (เมื่อเริ่มต้นระบบปฏิบัติการ) หรือ "ความต้องการ" (หลังจากเปิดเครื่อง)

หากต้องการลบบริการที่ลงทะเบียนไว้ใน Microsoft Windows ให้ใช้ยกเลิกการลงทะเบียน

พารามิเตอร์

ค
--core-ไฟล์

บนแพลตฟอร์มที่รองรับสิ่งนี้ เซิร์ฟเวอร์ได้รับการออกแบบมาเพื่อจับภาพสแน็ปช็อตหน่วยความจำในกรณีที่เกิดอุบัติเหตุ สิ่งนี้ทำให้คุณสามารถวินิจฉัยและหลีกเลี่ยงปัญหาที่อาจเกิดขึ้นในอนาคต -D ข้อมูลไดร์
--pgdata ข้อมูลไดร์

ระบุตำแหน่งของไฟล์คอนฟิกูเรชันคลัสเตอร์ หากไม่ได้ระบุ จะมีการกำหนดค่าของการเปลี่ยนแปลง PGDATA -ล ชื่อไฟล์
--บันทึก ชื่อไฟล์

ป้อนข้อมูลบันทึกลงใน ชื่อไฟล์- ไฟล์ถูกสร้างขึ้นเนื่องจากไม่สามารถใช้งานได้อีกต่อไป ในกรณีนี้ umask จะถูกตั้งค่าเป็น 077 ซึ่งจะป้องกันไม่ให้ผู้ใช้รายอื่นเข้าถึงไฟล์นี้ -ม โหมด
--โหมด โหมด

ฉันตั้งค่าโหมดคลัสเตอร์คลัสเตอร์ โหมดนำค่าที่ชาญฉลาด รวดเร็ว หรือทันที หรือผิวหนังมาก่อนด้วยค่าที่มีอยู่ เช่น s เนื่องจากการละเว้นธงจึงใช้สมาร์ท -o พารามิเตอร์

ระบุคำสั่งซื้อที่จะโอนไปยัง postgres

สิ่งของจะต้องมีกรอบเป็นขาเดียวหรือสองขาเพื่อความมั่นใจในความสมบูรณ์ของกลุ่ม -o ตัวเลือก initdb

ระบุรายการที่จะถูกโอนไปยัง initdb

สิ่งของจะต้องมีกรอบเป็นขาเดียวหรือสองขาเพื่อความมั่นใจในความสมบูรณ์ของกลุ่ม -พี เส้นทาง

ระบุตำแหน่งโดยโปรแกรม postgres เส้นทางเดียวกันซึ่งเรียกว่า pg_ctl ใช้สำหรับการคำนวณ และหากไม่เสร็จสิ้น ระบบจะใช้เส้นทางการติดตั้ง พารามิเตอร์นี้มักเป็นไปไม่ได้ที่จะกำหนด ยกเว้นในสถานการณ์ที่ไม่ได้มาตรฐาน

init ยอมรับพารามิเตอร์ในลักษณะเดียวกับ initdb -ส
--เงียบ

ไม่แสดงความเมตตาโดยไม่ได้ให้ข้อมูลใดๆ -t
--หมดเวลา

ชั่วโมงสูงสุด (เป็นวินาที) เพื่อให้เซิร์ฟเวอร์เริ่มต้นหรือรัน ระยะเวลาโปรโมชั่นคือ 60 วินาที -ว
--รุ่น

ป้อนเวอร์ชันของ pg_ctl แล้ววิกิจะขัดจังหวะ -ว

การเปิดตัวหรือขั้นตอนเสร็จสมบูรณ์ นี่คือโหมดสำหรับการตั้งค่าการดำเนินการ แต่ไม่ได้เริ่มต้น ในขั้นตอนเริ่มต้นระบบ ระบบจะค่อยๆ ขอให้ pg_ctl เชื่อมต่อกับเซิร์ฟเวอร์ ในขั้นตอนนี้ pg_ctl จะตรวจสอบการมีอยู่ของไฟล์ PID พารามิเตอร์นี้อนุญาตให้คุณตั้งค่าคำควบคุมสำหรับ SSL ที่จุดเริ่มต้นของเซิร์ฟเวอร์ pg_ctl ส่งคืนรหัสทางออกจากการดำเนินการเริ่มต้น -ว

ละเว้นความสมบูรณ์ของการเปิดตัวหรือการเริ่มต้นเซิร์ฟเวอร์ ลักษณะการทำงานนี้เป็นไปตามคำอธิบายสำหรับโหมดการเริ่มต้นและรีสตาร์ท -
--ช่วย

ติดตามด้วยคำสั่ง pg_ctl และขัดจังหวะการต่อสู้

การตั้งค่าเฉพาะของ Windows

เอ็น ชื่อบริการ

ชื่อของบริการระบบที่กำลังลงทะเบียน มันถูกกล่าวถึงว่าเป็นความหมายที่เป็นระบบและปรับเปลี่ยน -ป รหัสผ่าน

รหัสผ่านเข้าสู่ระบบที่เริ่มบริการ -ส ประเภทการเริ่มต้น

ประเภทการเริ่มต้นบริการระบบ คุณสามารถยอมรับความหมาย: auto หรือ Demand หรือ buti แทนด้วยอักษรตัวแรกของชื่อของ skin เหนี่ยวนำให้เกิดความหมาย ในการเริ่มต้น คุณต้องใช้อัตโนมัติ -ยู ฉันเป็นคนโคริสตูวัค

ชื่อของลูกค้าที่จะเปิดตัวบริการภายใต้ชื่อ สำหรับผู้ใช้โดเมน จำเป็นต้องใช้สัญลักษณ์ DOMAIN\username

พลังงาน: บริการ PostgreSQL ไม่เริ่มทำงาน

วินโดวส์เซิร์ฟเวอร์ 2012
เซิร์ฟเวอร์ฐานข้อมูล PostgreSQL 9.4.2-1.1C(x64)
บนเซิร์ฟเวอร์ตรงกลางวงจรมีฐาน 1C จำนวน 2 ตัวหมุนอยู่
ไฟล์ postgresql.conf รวมอยู่ในการแก้ไขสำหรับคำแนะนำบนเว็บไซต์ 1c สำหรับพารามิเตอร์เซิร์ฟเวอร์

ตามคำบอกเล่าของแอดมิน เมื่อวานก็เยาะเย้ย แล้วก็เยาะเย้ย
บริการไม่เริ่มทำงาน บันทึกจะแสดง:

06-05-2559 10:05:40 GMT LOG: ระบบฐานข้อมูลถูกขัดจังหวะ ทราบครั้งสุดท้ายเมื่อ 2016-05-06 09:59:33 GMT
06-05-2559 10:05:40 GMT LOG: ระบบฐานข้อมูลปิดระบบไม่ถูกต้อง การเปลี่ยนแปลงอัตโนมัติไปสู่ความคืบหน้า
06-05-2559 10:05:40 GMT LOG: บันทึกที่มีความยาวเป็นศูนย์ที่ 6/C7F6AAA8
06-05-2016 10:05:40 GMT LOG: ไม่จำเป็นต้องทำซ้ำ
06-05-2559 10:05:40 GMT FATAL: ไม่สามารถระบุสถานะธุรกรรมได้ 1262199
06-05-2559 10:05:40 GMT คำอธิบายโดยละเอียด: ไม่มีไฟล์ "pg_clog/0001": ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว
06-05-2559 10:05:40 GMT LOG: กระบวนการเริ่มต้น (PID 24696) ออกด้วยรหัสออก 1
06-05-2016 10:05:40 GMT

บริการนี้ทำงานภายใต้ผู้ใช้ USR1CV8 ซึ่งสิทธิ์ในโฟลเดอร์ Data มีการเปลี่ยนแปลง
เอกสารสำคัญมีอายุหลายสิบปี

เรื่อง:

แล้วคุณไม่มีพื้นฐาน

--
แม็กซิม โบกุก

พลังงาน: postgresql - หลังจากย้ายไปยังไดเร็กทอรีข้อมูลแล้ว บริการจะไม่เริ่มทำงาน

ช่วงเวลาดีๆ ลาก่อน Є vischezgadan DBMS ไดเร็กทอรีของการติดตั้งข้อมูลในลักษณะต่อไปนี้: /var/lib/pgsql/9.3/data
จำเป็นต้องถ่ายโอนไดเร็กทอรีข้อมูลไปที่ /postgre_dbs/data กิจกรรมของฉัน:
1. ฉันกำลังทำให้ PostGreSQL ยุ่งเหยิง
2. คัดลอกโฟลเดอร์ข้อมูลพร้อมโฟลเดอร์ย่อยทั้งหมด และบันทึกสิทธิ์ในโฟลเดอร์และไฟล์ (cp -p -R) ที่ /postgre_dbs
3. ในไฟล์ /var/lib/pgsql/9.3/data ฉันเขียนบรรทัดต่อไปนี้:
data_directory = "/postgre_dbs/data/"
4. ฉันพยายามเริ่มบริการ postgresql - มันปิด FAILED
5. ฉันประหลาดใจกับ pgstartup.log – มีแถวอยู่ตรงนั้น:
< 2015-10-20 21:14:17.361 ALMT >สำคัญ: ไฟล์บล็อก "postmaster.pid" เปิดใช้งานแล้ว
< 2015-10-20 21:14:17.361 ALMT >หมายเหตุ: อินสแตนซ์ postmaster อื่น (PID 1633) ทำงานภายใต้ไดเร็กทอรีข้อมูล "/postgre_dbs/data"?

สาเหตุของปัญหาอย่างที่คุณพูดคืออะไร?

เรื่อง:แขกฟรีแมน,

คุณปฏิบัติตามแผนการคืนดีกับเพื่อนของคุณ:

บริการ PostgreSQL เริ่มต้นอย่างไร
ไม่มีใครรู้ว่าฐานข้อมูลอยู่ในไดเร็กทอรีอื่น?

ข้อความ: บริการ postgree ไม่เริ่มทำงาน

27-04-2559 13:28:46 บันทึก IRKT: ระบบฐานข้อมูลถูกขัดจังหวะ ทราบครั้งสุดท้ายเมื่อ 2016-04-27 13:16:51 IRKT
2016-04-27 13:28:46 บันทึก IRKT: บันทึกจุดตรวจสอบหลักไม่ถูกต้อง
2016-04-27 13:28:46 IRKT LOG: ลิงก์จุดตรวจสอบส่วนที่ยอดเยี่ยมในไฟล์ควบคุม
27-04-2016 13:28:46 IRKT ตื่นตระหนก
2016-04-27 13:28:46 IRKT LOG: กระบวนการเริ่มต้น (PID 8912) ออกด้วยรหัสออก 3
2016-04-27 13:28:46 IRKT LOG: ยกเลิกการเริ่มต้นระบบเนื่องจากกระบวนการเริ่มต้นล้มเหลว

จากการค้นหาบนอินเทอร์เน็ตโดยลองใช้บัญชี pg_controldata

PostgreSQL\9.4.2-1.1C\bin>pg_controldata อี:\pql

หมายเลขเวอร์ชัน pg_control: 942
หมายเลขเวอร์ชันแคตตาล็อก: 201409291
ตัวระบุระบบฐานข้อมูล: 6254454928233336196
สถานะคลัสเตอร์ฐานข้อมูล: อยู่ระหว่างการใช้งานจริง
pg_control แก้ไขล่าสุด: 27/04/2016 9:04:41 น
รายงานตำแหน่งจุดตรวจ: DC/223641B8
ตำแหน่งจุดตรวจก่อนหน้า: DC/1F301DA8
รายงานสถานที่ทำซ้ำของจุดตรวจ: DC/213D1950
รายงานไฟล์ REDO WAL ของจุดตรวจ: 00000001000000DC00000021
TimeLineID ของจุดตรวจที่เหลืออยู่: 1
PrevTimeLineID ของจุดตรวจที่เหลืออยู่: 1
full_page_writes ของจุดตรวจที่เหลือ: เปิด
จุดตรวจของ NextXID: 0/2148384
จุดตรวจของ Ostannіy NextOID: 4123902
ด่านที่เหลือ "NextMultiXactId: 1
จุดตรวจที่เหลืออยู่ NextMultiOffset: 0
XID ที่เก่าแก่ที่สุดของจุดตรวจ Ostannіy: 668
DB ที่เก่าแก่ที่สุดของจุดตรวจOstannіy: 1
ActiveXID ที่เก่าแก่ที่สุดของจุดตรวจ Ostannіy: 0
MultiXid ที่เก่าแก่ที่สุดของจุดตรวจOstannіy: 1
จุดตรวจOstannіy "s DB ที่เก่าแก่ที่สุดของ Multi": 16402
เวลาตรวจล่าสุด : 27/04/2559 9:04:31 น
ตัวนับ LSN ปลอมสำหรับ rel ที่ไม่ได้บันทึก: 0/1
ตำแหน่งสิ้นสุดการกู้คืนขั้นต่ำ: 0/0
ไทม์ไลน์ของ loc สิ้นสุดการกู้คืนขั้นต่ำ: 0
ตำแหน่งเริ่มต้นการสำรองข้อมูล: 0/0
ตำแหน่งสิ้นสุดการสำรองข้อมูล: 0/0
ต้องมีบันทึกการสิ้นสุดการสำรองข้อมูล: ไม่
การตั้งค่า wal_level ปัจจุบัน: น้อยที่สุด
การตั้งค่า wal_log_hints ปัจจุบัน: ปิด
การตั้งค่า max_connections ปัจจุบัน: 200
การตั้งค่า max_worker_processes ปัจจุบัน: 8
การตั้งค่า max_prepared_xacts ปัจจุบัน: 0
การตั้งค่า max_locks_per_xact ปัจจุบัน: 64
การจัดตำแหน่งข้อมูลสูงสุด: 8
ขนาดบล็อกฐานข้อมูล: 8192
บล็อกต่อส่วนของความสัมพันธ์ขนาดใหญ่: 131072
ขนาดบล็อกวอล: 8192
ไบต์ต่อเซ็กเมนต์ WAL: 16777216
ความยาวสูงสุดของตัวระบุ: 64
คอลัมน์สูงสุดในดัชนี: 32
ขนาดสูงสุดของชิ้นขนมปังปิ้ง: 1996
ปริมาณของวัตถุชิ้นใหญ่: 2048
ประเภทการจัดเก็บวันที่/เวลา: จำนวนเต็ม 64 บิต
อาร์กิวเมนต์ Float4 ที่ส่งผ่าน: ตามค่า
อาร์กิวเมนต์ Float8 ที่ส่งผ่าน: โดยการอ้างอิง
เวอร์ชันการตรวจสอบหน้าข้อมูล: 0

PostgreSQL\9.4.2-1.1C\bin>pg_resetxlog -o 4123902 -x 2148384 -f อี:\pql
pg_resetxlog: ไม่สามารถสร้างไฟล์ pg_control: มีไฟล์อยู่แล้ว

วิธีแก้ปัญหา pg_resetxlog: ไม่สามารถสร้างไฟล์ได้: มีไฟล์อยู่หรือไม่

เรื่อง:

ลองเพิ่มคีย์
-P ปิดการใช้งานดัชนีระบบ
(นอกจากนี้สำหรับทุกสิ่งที่คุณไม่ได้สูญเสียดัชนีเงินนี้)

เนื่องจากคุณไม่มีแบบจำลองหรือข้อมูลสำรอง ฉันจะบอกว่าโอกาสในการอัปเดตฐานข้อมูลใกล้เคียงกับ 0
อัปเดตในลักษณะที่คุณได้รับ 1C - น้อยกว่าด้วยซ้ำ

PS: คุณทำสิ่งนี้สำเร็จได้อย่างไร และเหตุใดความหมายของ fsync จึงมีความขัดแย้งมาก

--
แม็กซิม โบกุก

โภชนาการ: postgresql แบบพกพาไม่ฟัง

ใช้ postgre แบบพกพา
ไดเรกทอรี - สำเนาการทำงาน postgresql 9.3.1
ระบบปฏิบัติการ - วินโดว 7
บนคอมพิวเตอร์มีการติดตั้งเซิร์ฟเวอร์ postgresql 9.3 แต่ในขณะที่เริ่มต้นกระบวนการ postgresql ที่ poratble กระบวนการ postgress ในตัวจัดการงาน windows จะเสร็จสมบูรณ์

หากต้องการเรียกใช้ไปยังไดเร็กทอรี postgresql ให้เพิ่มไฟล์คำสั่ง:
ECHO ON สำหรับ %%i ใน (*.bat) SET CD=%%~dpi REM การเปลี่ยนแปลงที่สามารถติดตั้งได้เพื่อเริ่ม PostgreSQL SET PATH="%CD%bin" ;%PATH% SET PGDATA=%CD%data SET PGDATABASE= postgres SET PGUSER=postgres SET PGPORT=5439 SET PGLOCALEDIR=%CD%share \locale REM%CD%bin\initdb CD%\bin\pg_ctl -D%CD%ข้อมูลหยุด

เซิร์ฟเวอร์กำลังเริ่มต้น มีข้อความ:
... F:\Temp\9.3 \bin\pg_ctl -D F:\Temp\9.3 \data -l logfile start เซิร์ฟเวอร์เริ่ม ECHO "กด Enter เพื่อหยุดเซิร์ฟเวอร์ PostgreSQL"หยุดชั่วคราว

ฉันกำลังพยายามเชื่อมต่อกับเซิร์ฟเวอร์ด้วย pgAdmin III
พลังของการเชื่อมต่อ:
ชื่อ: TempPostgre โฮสต์: localhost บริการ: แถวว่าง ฐานข้อมูลการบำรุงรักษา: postgres ชื่อผู้ใช้: postgres รหัสผ่าน: X (นั่นคือชื่อของฐานต้นแบบ)

ฉันต้องการเตือนคุณ:
เซิร์ฟเวอร์ไม่ฟัง
เซิร์ฟเวอร์ไม่ยอมรับการเชื่อมต่อ: รายงานไลบรารีการเชื่อมต่อ

เมื่อเชื่อมต่อกับเซิร์ฟเวอร์แล้วให้ลองใช้ที่อยู่โฮสต์: 10.10.10.121 (IP ของคอมพิวเตอร์ใน มาตรการท้องถิ่น- ผลลัพธ์ก็เหมือนกัน

เรื่อง:ปัญหาเกิดขึ้นกับไฟล์ postgresql.conf ซึ่งพบในแค็ตตาล็อกข้อมูล
หลังจากติดตั้งไฟล์นี้แล้ว
พอร์ต = 5439 # (การเปลี่ยนแปลงต้องรีสตาร์ท)

ทุกอย่างถูกร้องขอ

ฉันหวังว่าทุกคน

โภชนาการ: มื้ออาหาร 1,053 ต่อชั่วโมงของการเริ่มต้น postgresql

ไว้จะถามใหม่ทีหลังครับเนื่องจากกระทู้ผิดหมวด

win10x64
โพสต์เกรส 8.4

บริการไม่เริ่มโดยอัตโนมัติ ยาคโช พรีมูโซโว - วิลาซิท อภัยโทษ 1,053:

โปรแกรมป้องกันไวรัส nod32 ไฟร์วอลล์เปิดอยู่ (แม้ว่าบริการจะมีข้อผิดพลาด):

ปัญหาเกี่ยวกับไฟร์วอลล์ Windows มีดังนี้

Postgresql vikory สำหรับหุ่นยนต์โฮลเอ็มผู้จัดการ 2 ดังนั้น หากไม่ได้เริ่ม postgresql Holdemmanager2 จะไม่เริ่มทำงาน
โปรดช่วยฉันด้วย เมื่อโกนขอบไปแล้วก็ไม่มีอะไรช่วยได้

เรื่อง:

อย่างไรก็ตาม ในบริการ postgrey จะไม่อยู่ในสถานะ "กำลังทำงาน"

ขับเคลื่อนโดย: การจำลองข้อมูล PostgreSQL - Windows Server 2008

Є เซิร์ฟเวอร์ฐานข้อมูลที่ไคลเอนต์ทำงาน และเซิร์ฟเวอร์สำรองที่จำเป็นต้องมีการจำลองแบบจากฐานข้อมูลหลัก
ฉันติดตั้ง PostgreSQL 9.2.1 บนเซิร์ฟเวอร์ทั้งสองแล้ว

เมื่ออ่านคำแนะนำแล้วจะไม่นำไปใช้

เมื่อมีการปรับเปลี่ยนไฟล์การกำหนดค่า (ตามที่ระบุไว้ในสถิติ) และเมื่อมีการเพิ่มไฟล์ recovery.conf ฐานข้อมูลจะหยุดเริ่มทำงาน

คุณต้องการความช่วยเหลือจากคุณ

เรื่อง:ถาม123,

หากฐานข้อมูลไม่เริ่มทำงาน บันทึกจะระบุสาเหตุอย่างชัดเจน มีความจำเป็นต้องเริ่มต้นจากพวกเขาก่อนอื่นให้เดา

พลังงาน: Postgresql 9.5 ไม่เริ่มทำงานโดยอัตโนมัติหลังจากบริการล้มเหลว

สวัสดีตอนบ่าย!
โปรดช่วยฉันจัดการกับปัญหาปัจจุบัน:
มีการติดตั้งฐานข้อมูลทดสอบ PostgreSQL (9.5.3) บนเดสก์ท็อป Debian 8.2 การตั้งค่าฐานข้อมูลใน postgresql.conf นั้นน้อยมาก - Listen_adress, พอร์ต ฯลฯ รัชตะเตรียมตัวให้พร้อม ฉันกำลังเพิ่มไฟล์.
ไฟฟ้าดับบ่อย อุ๊ย ใช้งานไม่ได้

หลังจากที่เซิร์ฟเวอร์ DBMS ปรากฏขึ้น เซิร์ฟเวอร์จะไม่เริ่มทำงานเอง - บันทึกจะลดลง

ผู้เขียน

2016-08-04 19:13:30 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:30 MSK โปรดจำไว้ว่า: การทำงานของระบบฐานข้อมูลถูกขัดจังหวะ ช่วงเวลาทำงานสุดท้าย: 2016-08-04 16:15:49 MSK 2016-08-04 19:13:30 MSK [n/a]@[n/a] โปรดจำไว้ว่า: แพ็กเริ่มต้นใหม่ 2016-08-04 19:13:31 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:31 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:32 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:32 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:33 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:33 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:34 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:34 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:35 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:35 เอ็มเอสเค [ป้องกันอีเมล]สิ่งสำคัญ: ระบบฐานข้อมูลกำลังเริ่มต้น 2016-08-04 19:13:45 MSK โปรดจำไว้ว่า: ระบบฐานข้อมูลเป็นปัจจุบัน มีการดำเนินการอัปเดตอัตโนมัติ 04-08-2559 19:13:45 MSK โปรดจำไว้ว่า: วันที่รายการไม่ถูกต้องพร้อมออฟเซ็ต 1/9F46638 2016-08-04 19:13:45 MSK โปรดจำไว้ว่า: ไม่จำเป็นต้องทำซ้ำข้อมูล 2016-08-04 19:13:46 MSK โปรดจำไว้ว่า: การป้องกันการทับซ้อนกันของการทำธุรกรรมหลายรายการพร้อมกันพร้อมการรวม 2016-08-04 19:13:46 MSK โปรดจำไว้ว่า: vimknennya 2016-08-04 19:13:46 MSK โปรดจำไว้ว่า: ระบบฐานข้อมูลถูกปิดใช้งาน

หลังจากนี้ไม่ว่าจะสตาร์ทด้วยตนเองหรือรีสตาร์ทเครื่องคอมพิวเตอร์ ระบบก็จะเริ่มทำงานตามปกติ
ฉันจะแน่ใจได้อย่างไรว่าระบบจะเริ่มทำงานโดยอัตโนมัติหลังจากการอัพเดตสำเร็จ

เพิ่มไฟล์ก่อนการแจ้งเตือน ( postgresql.conf- 21กิโลไบต์)

เรื่อง:แอสดาสดี1,

สงสัยการปรับ systemd ผิดครับ หลังจากหมดเวลาที่กำหนด ฐานข้อมูลจะถูกปิดใช้งานตามปกติ:

2016-08-04 19:13:35 MSK โปรดจำไว้ว่า: ปิดเมื่อปิด

ดูสิ่งที่กำหนดค่าไว้ในไฟล์ /usr/lib/systemd/system/postgresql-9.5.service

พลังงาน: PostgreSQL ไม่เริ่มทำงาน

สวัสดีตอนบ่าย
ฉันเข้าสู่ Postgresql และในบันทึกไม่เริ่มทำงานอีกต่อไป

ผู้เขียน

บันทึก: ไม่สามารถเชื่อมโยงไฟล์ "pg_xlog/xlogtemp.79221" กับ "pg_xlog/00000001000000000000004F" (การเริ่มต้นไฟล์บันทึก 0, เซ็กเมนต์ 79): ไม่อนุญาตให้ดำเนินการ บันทึก: กระบวนการเริ่มต้น (PID 79221) ออกด้วยรหัสออก 1 บันทึก: ยกเลิกการเริ่มต้นระบบเนื่องจากกระบวนการเริ่มต้นล้มเหลว บันทึก: โหลดไลบรารี "online_analyze" บันทึก: โหลดไลบรารี "ชาวไร่" บันทึก: ระบบฐานข้อมูลปิดตัวลงเมื่อ 2015-04-09 09:11:44 EEST บันทึก: ไม่สามารถเชื่อมโยงไฟล์ "pg_xlog/xlogtemp.79344" กับ "pg_xlog/00000001000000000000004F" (การเริ่มต้นไฟล์บันทึก 0, เซ็กเมนต์ 79): ไม่อนุญาตให้ดำเนินการ ร้ายแรง: ไม่สามารถเปิดไฟล์ "pg_xlog/000000010000000000000004F" (ไฟล์บันทึก 0, เซ็กเมนต์ 79): ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว บันทึก: กระบวนการเริ่มต้น (PID 79344) ออกด้วยรหัสออก 1 บันทึก: ยกเลิกการเริ่มต้นระบบเนื่องจากกระบวนการเริ่มต้นล้มเหลว

ไปที่โฟลเดอร์นี้และลบไฟล์ 00000001000000000000004F

ฉันไม่เข้าใจว่าทำไมสิ่งนี้จึงเกิดขึ้น มันได้ผล แล้วก็ปังแต่ก็ยังใช้งานไม่ได้

วิธีแก้ปัญหานี้จะเปิด Postgres ได้อย่างไร?

เรื่อง:ควันดำ,

ดูน่าสงสัยที่สุด:

ผู้เขียน
"LOG: ไม่สามารถลิงก์ไฟล์ "pg_xlog/xlogtemp.79344" กับ "pg_xlog/00000001000000000000004F" (การเริ่มต้นไฟล์บันทึก 0, เซ็กเมนต์ 79): ไม่อนุญาตให้ดำเนินการ"

ระวังอย่าส่งมอบโปรแกรมป้องกันไวรัสเส็งเคร็งให้กับฐานข้อมูล (เพราะสิทธิ์ของคุณไม่เหมือนกัน แต่สิทธิ์ของคุณไม่เหมือนกัน)
ไดเร็กทอรีฐานข้อมูลอาจรวมอยู่ในรายการตำแหน่งที่โปรแกรมป้องกันไวรัสสามารถไปได้

พลังงาน: เริ่มอัตโนมัติ PostgreSQL 9.6 บน Debian 8

ฉันรักคุณ!
เมื่อพบปัญหาในการเริ่ม PostgreSQL 9.6 ฉันกำลังจะติดตั้งระบบปฏิบัติการ Debian 8
การทำงานอัตโนมัติสามารถสร้างขึ้นได้โดยใช้สคริปต์พลังงานที่เขียนตามเอกสารอย่างเป็นทางการสำหรับ DBMS (ข้อ 18.3 การสตาร์ทเซิร์ฟเวอร์ฐานข้อมูล หน้า 565)

แทนที่จะเป็นไฟล์ \etc\init.d\postgresql:
#!/bin/sh -e ### เริ่มต้นข้อมูลเริ่มต้น # ให้: postgresql # จำเป็นต้องเริ่มต้น: $local_fs $remote_fs $network $time # จำเป็น-หยุด: $local_fs $remote_fs $network $time# ควรเริ่มต้น: $syslog # ควรหยุด: $syslog # เริ่มต้นเริ่มต้น: 2 3 4 5 # หยุดเริ่มต้น: 0 1 6 # คำอธิบายแบบย่อ: เซิร์ฟเวอร์ PostgreSQL RDBMS### สิ้นสุดข้อมูลเริ่มต้น PG_PATH="/usr/lib/postgresql/9.6/bin" PGDATA= PATH=/bin:/usr/bin:/sbin:/usr/sbin DESC="postgresql daemon" NAME=postgresql DAEMON= /usr/lib/postgresql/9.6 /bin/postgresql PIDFILE="$PGDATA/postmaster.pid" SCRIPTNAME=/etc/init.d/"$NAME" case "$1" ในการเริ่มต้น) su - postgres -c "$PG_PATH /pg_ctl start -D $PGDATA -l $PGDATA/log_file.txt" ออก 0;; หยุด | สถานะ) su - postgres -c "$PG_PATH/pg_ctl $1";; ฆ่า) su - postgres -c "$PG_PATH/pg_ctl หยุด-m เร็ว";; รีบูต) $0 ฆ่า $0 เริ่มต้น;; *) เสียงสะท้อน "Vikorist: $0 (เริ่ม|หยุด|ฆ่า|รีบูต|สถานะ)"ทางออก 1;; esac ทางออก 0
เมื่อเปิดใช้งานจากคอนโซล สคริปต์จะทำงานอย่างถูกต้อง
[ป้องกันอีเมล]:~# /etc/init.d/postgresql เริ่มต้นเซิร์ฟเวอร์กำลังเริ่มต้น [ป้องกันอีเมล]:~# /etc/init.d/postgresql สถานะ pg_ctl: เซิร์ฟเวอร์ทำงาน (PID: 759) /usr/lib/postgresql/9.6 /bin/postgres "-D" "/var/lib/postgresql/9.6/main" [ป้องกันอีเมล]:~# /etc/init.d/postgresql หยุดการทำงานของโรบ็อตเซิร์ฟเวอร์ให้เสร็จสิ้น.... เซิร์ฟเวอร์พร้อมกำหนดค่าแล้ว [ป้องกันอีเมล]:~#
สคริปต์เขียนเมื่อ:
/etc/rc0.d -> K02postgresql
/etc/rc1.d -> K02postgresql
/etc/rc2.d -> S02postgresql
/etc/rc3.d -> S02postgresql
/etc/rc4.d -> S02postgresql
/etc/rc5.d -> S02postgresql
/etc/rc6.d -> K02postgresql

กำลังพยายามเริ่มต้นใช้งานสคริปต์เริ่มต้นอัตโนมัติของ PostgeSQL มาตรฐาน แต่ไม่มีความพยายามใดๆ เพิ่มเติม
นอกจากนี้ในคู่มือสำหรับ postgresql ขอแนะนำให้ทำงานเช่นนี้
โกรธแล้วฉันกำลังค้นหาคำยืนยันบนอินเทอร์เน็ต ฉันขอเหตุผลเฉพาะเจาะจง

เรื่อง:ไอ้เหี้ยยอช!
ไว้ชีวิตโดยลูบรูปปั้นที่ขรบขบข้าง

ข้างหลังเธอ:
1. ที่ /etc/systemd/system/multi-user.target.wants คุณรู้ถึงพลังของหน่วย postgresql.service
2. เขียน yogo ใหม่แบบนี้
คำอธิบาย=PostgreSQL RDBMS Type=forking PIDFile=/var/lib/postgresql/9.6 /main/postmaster.pid WorkingDirectory=/usr/lib/postgresql/9.6 /bin User=postgres Group=postgres Environment=PGDATA=/var/lib/ postgresql/9.6 /main OOMScoreAdjust=-100 ExecStart=/usr/lib/postgresql/9.6 /bin/pg_ctl เริ่มต้น -D /var/lib/postgresql/9.6/main -l /var/lib/postgresql/9.6/main/log_file .txt ExecStop=/usr/lib/postgresql/9.6 /bin/pg_ctl หยุด -m รวดเร็ว ExecReload=/usr/lib/postgresql/9.6 /bin/pg_ctl รีสตาร์ท -D /var/lib/postgresql/9.6/main TimeoutSec=60 #Restart=always #ExecStart=/bin/true #ExecReload=/bin/true #RemainAfterExit=on WantedBy=multi-user.target

ก่อนที่จะพูด นี่คือวิธีแก้ปัญหาที่ช่วยให้คุณเอาชนะหุ่นยนต์นักฆ่า OOM ที่ดุดัน ซึ่งเขียนไว้ในคู่มือ postgres คุณสามารถบอกสิ่งที่เข้าไม่ได้ แต่ปรากฏว่าเข้า OOMScoreAdjust=-1000 ได้
OOM Killer เป็นกลไกในการลดกระบวนการในกรณีที่หน่วยความจำขาดแคลน ซึ่งได้ถูกนำมาใช้ในเคอร์เนล โดยเริ่มจาก Linux 2.6 และใหม่กว่า

คุณยังสามารถแสดงความคิดเห็นในแถว #Restart = เสมอ
เพื่อให้แน่ใจว่ามีการระบุ PIDFile ที่กำหนดแล้วลองเรียกใช้ postgresql
คุณสามารถใช้อะนาล็อกนี้กับสคริปต์จากโพสต์ก่อนหน้าของฉัน แต่ด้วยการนำไปใช้งานในระดับเดียวกันของระบบ))

หลังจากเปลี่ยนไฟล์หน่วย postgresql.service โดยใช้คำสั่งเพื่อติดตั้งใหม่และแก้ไขงานของคุณ
systemctl ปิดการใช้งาน postgresql.service systemctl เปิดใช้งาน postgresql.service systemctl -l สถานะ postgresql.service systemctl เริ่มต้น postgresql.service systemctl หยุด postgresql.service

เมื่อระบบปิด เซิร์ฟเวอร์จะบู๊ตอย่างถูกต้อง และเมื่อระบบปฏิบัติการ Debian 8 เริ่มทำงาน เซิร์ฟเวอร์จะบู๊ตโดยอัตโนมัติ
หลังจากจัดระเบียบตำรวจแล้ว ฉันก็รู้สึกเขินอายกับครอน

หากมีข้อบกพร่องในแนวทางแก้ไขที่เสนอ ฉันยินดีที่จะรับฟัง

โภชนาการ: เมื่อติดตั้ง Postgresql 9.4 บน Debian 8 (jessie) ไดเร็กทอรี /etc/postgresql จะไม่ถูกสร้างขึ้น

สวัสดีตอนบ่าย!

ติดตั้ง Postgresql 9.4 แล้ว OS Debian 8 (เจสซี่)
ในขณะนี้ ผู้ดูแลระบบได้ตัดสินใจติดตั้งใหม่แล้ว
ในกรณีนี้ หากคุณเลือกแพ็คเกจ Postgresql และ Pgadmin3 คุณจะต้องติดตั้งด้วยตนเอง

ด้วยเหตุนี้ ณ วันนี้ผู้ดูแลระบบจึงไม่ได้รับความช่วยเหลือ และเมื่อฉันพยายามติดตั้ง Postgresql อย่างหนัก ไดเร็กทอรี /etc/postgresql และไฟล์การกำหนดค่าที่เกี่ยวข้องที่บันทึกไว้ในนั้นจะไม่ถูกสร้างขึ้น

โปรดแสดงวิธีการติดตั้งเซิร์ฟเวอร์ Postgresql อย่างถูกต้องทันที

การใช้วิธีมาตรฐาน sudo apt-get --purge Remove postgresql และการติดตั้ง sudo apt-get install postgresql ไม่ได้ช่วยอะไร...

ขอบคุณสำหรับการสนับสนุนของคุณ!

เรื่อง:
ติดตั้งแบบนี้ครับ.

หลังจากถอนการติดตั้ง postgresql-common ด้วยพารามิเตอร์ --purge และติดตั้งใหม่ การกำหนดค่าทั้งหมดได้รับการอัปเดต
หลังจากลงทะเบียน koristuvachs แก้ไขการตั้งค่าแล้ว ทุกอย่างได้รับคำสั่ง!
ยอดเยี่ยม!!!

ข้อมูลนี้มีไว้สำหรับเราและบริการสนับสนุนของเราโดยเฉพาะ เนื่องจาก ปัญหาที่คล้ายกับที่อธิบายไว้ด้านล่างเกิดขึ้นเนื่องจากมีความถี่บ่อยครั้งและต้องจดจำขั้นตอนหลักจากนั้น

เรื่องราวเริ่มต้นด้วยความจริงที่ว่าเมื่อไม่ถึง 30 วันก่อนเวลา 11-30 เราโทรไปพร้อมการแจ้งเตือนว่าระบบของเราไม่ได้เริ่มทำงานในไคลเอนต์รายใดรายหนึ่งของเราเนื่องจากเราไม่สามารถเชื่อมต่อกับฐานข้อมูลได้ (เนื่องจาก DBMS ที่เราใช้คือ Postg reSql เวอร์ชัน 8.1) . มีคนอธิบายว่าเมื่อปีที่แล้วไฟดับและคอมพิวเตอร์ปิดไม่ถูกต้อง และหลังจากเปิดเครื่อง ทุกอย่างก็หยุดทำงาน :)

ผู้ใช้ระบบของเราที่ดีจะรู้ว่าปุ่มสตาร์ทอยู่ที่ไหน และรู้ว่าระบบมี "ตัวเลขบางตัว แต่เป็นตัวเลขอื่น" มากกว่าสองปี หากคุณตัดสินใจที่จะทำงานทางโทรศัพท์ คุณพยายามเริ่มบริการ DBMS ด้วยตนเอง แต่ผลลัพธ์ก็คือ บริการไม่เริ่มทำงาน ฉันมีโอกาสท่องอินเทอร์เน็ตบนคอมพิวเตอร์เครื่องนั้น (บนคอมพิวเตอร์ที่ติดตั้งระบบของเรา อินเทอร์เน็ตไม่ผิด) เพื่อประโยชน์ของความเป็นไปได้ การเชื่อมต่อระยะไกล.

หลังจากเชื่อมต่อกับ ไปยังคอมพิวเตอร์ระยะไกลฉันพยายามเริ่มบริการและเห็นการแจ้งเตือนต่อไปนี้: “บริการฐานข้อมูล PostgreSql 8.1” บน “คอมพิวเตอร์เฉพาะที่” เริ่มต้นแล้วหยุดทำงาน กิจกรรมของบริการจะถูกยกเลิกโดยอัตโนมัติเนื่องจากไม่มีอะไรต้องดำเนินการ เช่น บริการบันทึกและการแจ้งเตือนประสิทธิภาพการทำงาน” อืม...

ปัญหาคือในขณะนั้นข้อมูลทั้งหมดพร้อมใช้งาน... บันทึกของ PostgreSql ว่างเปล่า ไม่มีรายการ และบันทึกของระบบก็ว่างเปล่าเช่นกัน

การตั้งค่าบริการไม่ใช่กระบวนการง่าย ๆ นักพัฒนาจำนวนมากจัดเตรียมกลไกในการเปิดเซอร์วิสโปรแกรมเป็นโปรแกรมคอนโซลพื้นฐานโดยใช้คีย์บรรทัดคำสั่งเพิ่มเติม І PostgreSql ไม่ควรตำหนิสำหรับแผนนี้ ในการรันคุณจะต้องรันคำสั่งต่อไปนี้ (คำแนะนำ: คำสั่งนี้สามารถรันได้เฉพาะกับผู้ใช้ที่ไม่ใช่ผู้ดูแลระบบเท่านั้น อย่างไรก็ตาม หากคุณลืมมัน PostgreSql จะเตือนคุณอย่างรวดเร็ว):

โพสต์เกรส -D " "

เราเปิดตัวและแจ้งให้ทราบถึงการแจ้งเตือนเกี่ยวกับการยกเลิก ในความคิดของฉัน ข้อความนี้มีเสียงประมาณนี้:

FATAL - ข้อมูลปลอมในไฟล์ล็อค "postmaster.pid"

ไม่น่าเชื่อเลยว่าฉันรอดมาได้ ปัญหาได้รับการแก้ไขแล้ว ฉันเกรงว่าไฟล์คำแนะนำจะว่างเปล่า และฉันต้องคัดลอกมันจากอินสแตนซ์การทำงานของ DBMS แทน ซึ่งไม่ได้ก่อให้เกิดปัญหาใดๆ เป็นพิเศษ

คุณธรรมของข้อความนี้คือหากฐานข้อมูลล้มเหลวหรือเกิดปัญหาอื่น ๆ กับระบบให้ติดตั้ง DBMS ใหม่ก่อน (หรือต่ออายุระบบ) และใช้เงินทั้งหมดหากคุณต้องการลองแก้ไขและสิ่งที่เป็น บางทีปัญหา มีโอกาสทุกครั้งที่คุณจะสามารถต่ออายุประสิทธิภาพการผลิตของคุณโดยใช้วิธีที่รุนแรงน้อยกว่า

ซี.ไอ. ด้วย New Rock ที่กำลังจะมาถึง ทุกคนต้องการให้แน่ใจว่าระบบของคุณมีเสถียรภาพและเชื่อถือได้และไม่รบกวนการนอนหลับของคุณ หากมีปัญหาใด ๆ เกิดขึ้น คุณจะมีตัวเลือกที่พร้อมรับมือกับสถานการณ์นี้เสมอ ฉันจะส่ง

ข้อมูลนี้มีไว้สำหรับเราและบริการสนับสนุนของเราโดยเฉพาะ เนื่องจาก ปัญหาที่คล้ายกับที่อธิบายไว้ด้านล่างเกิดขึ้นเนื่องจากมีความถี่บ่อยครั้งและต้องจดจำขั้นตอนหลักจากนั้น

เรื่องราวเริ่มต้นด้วยความจริงที่ว่าเมื่อไม่ถึง 30 วันก่อนเวลา 11-30 เราโทรไปพร้อมการแจ้งเตือนว่าระบบของเราไม่ได้เริ่มทำงานในไคลเอนต์รายใดรายหนึ่งของเราเนื่องจากเราไม่สามารถเชื่อมต่อกับฐานข้อมูลได้ (เนื่องจาก DBMS ที่เราใช้คือ Postg reSql เวอร์ชัน 8.1) . มีคนอธิบายว่าเมื่อปีที่แล้วไฟดับและคอมพิวเตอร์ปิดไม่ถูกต้อง และหลังจากเปิดเครื่อง ทุกอย่างก็หยุดทำงาน :)

ผู้ใช้ระบบของเราที่ดีจะรู้ว่าปุ่มสตาร์ทอยู่ที่ไหน และรู้ว่าระบบมี "ตัวเลขบางตัว แต่เป็นตัวเลขอื่น" มากกว่าสองปี หากคุณตัดสินใจที่จะทำงานทางโทรศัพท์ คุณพยายามเริ่มบริการ DBMS ด้วยตนเอง แต่ผลลัพธ์ก็คือ บริการไม่เริ่มทำงาน ฉันต้องเชื่อมต่ออินเทอร์เน็ตบนคอมพิวเตอร์เครื่องนั้น (บนคอมพิวเตอร์ที่ติดตั้งระบบของเรา ไม่จำเป็นต้องใช้อินเทอร์เน็ต) เพื่อให้มีการเชื่อมต่อระยะไกล

หลังจากเชื่อมต่อกับคอมพิวเตอร์ระยะไกล ฉันพยายามเริ่มบริการและเห็นการแจ้งเตือนต่อไปนี้: “บริการฐานข้อมูล PostgreSql 8.1” บน “คอมพิวเตอร์เฉพาะที่” เริ่มต้นแล้วหยุดทำงาน กิจกรรมของบริการจะถูกยกเลิกโดยอัตโนมัติเนื่องจากไม่มีอะไรต้องดำเนินการ เช่น บริการบันทึกและการแจ้งเตือนประสิทธิภาพการทำงาน” อืม...

ปัญหาคือในขณะนั้นข้อมูลทั้งหมดพร้อมใช้งาน... บันทึกของ PostgreSql ว่างเปล่า ไม่มีรายการ และบันทึกของระบบก็ว่างเปล่าเช่นกัน

การตั้งค่าบริการไม่ใช่กระบวนการง่าย ๆ นักพัฒนาจำนวนมากจัดเตรียมกลไกในการเปิดเซอร์วิสโปรแกรมเป็นโปรแกรมคอนโซลพื้นฐานโดยใช้คีย์บรรทัดคำสั่งเพิ่มเติม І PostgreSql ไม่ควรตำหนิสำหรับแผนนี้ ในการรันคุณจะต้องรันคำสั่งต่อไปนี้ (คำแนะนำ: คำสั่งนี้สามารถรันได้เฉพาะกับผู้ใช้ที่ไม่ใช่ผู้ดูแลระบบเท่านั้น อย่างไรก็ตาม หากคุณลืมมัน PostgreSql จะเตือนคุณอย่างรวดเร็ว):

โพสต์เกรส -D " "

เราเปิดตัวและแจ้งให้ทราบถึงการแจ้งเตือนเกี่ยวกับการยกเลิก ในความคิดของฉัน ข้อความนี้มีเสียงประมาณนี้:

FATAL - ข้อมูลปลอมในไฟล์ล็อค "postmaster.pid"

ไม่น่าเชื่อเลยว่าฉันรอดมาได้ ปัญหาได้รับการแก้ไขแล้ว ฉันเกรงว่าไฟล์คำแนะนำจะว่างเปล่า และฉันต้องคัดลอกมันจากอินสแตนซ์การทำงานของ DBMS แทน ซึ่งไม่ได้ก่อให้เกิดปัญหาใดๆ เป็นพิเศษ

คุณธรรมของข้อความนี้คือหากฐานข้อมูลล้มเหลวหรือเกิดปัญหาอื่น ๆ กับระบบให้ติดตั้ง DBMS ใหม่ก่อน (หรือต่ออายุระบบ) และใช้เงินทั้งหมดหากคุณต้องการลองแก้ไขและสิ่งที่เป็น บางทีปัญหา มีโอกาสทุกครั้งที่คุณจะสามารถต่ออายุประสิทธิภาพการผลิตของคุณโดยใช้วิธีที่รุนแรงน้อยกว่า

ซี.ไอ. ด้วย New Rock ที่กำลังจะมาถึง ทุกคนต้องการให้แน่ใจว่าระบบของคุณมีเสถียรภาพและเชื่อถือได้และไม่รบกวนการนอนหลับของคุณ หากมีปัญหาใด ๆ เกิดขึ้น คุณจะมีตัวเลือกที่พร้อมรับมือกับสถานการณ์นี้เสมอ ฉันจะส่ง