คำถามติดแท็ก maintenance

ในบริบทของฐานข้อมูลการบำรุงรักษาจะอธิบายงานการปฏิบัติงานประจำรอบระบบฐานข้อมูลเช่นการตรวจสอบการปรับและขั้นตอนการสำรองข้อมูล

4
ฉันควร VACUUM ฐานข้อมูล PostgreSQL ของฉันด้วยตนเองหรือไม่หากเปิดเครื่องอัตโนมัติ
ฉันใช้ซอฟต์แวร์ที่สร้างฐานข้อมูล PostgreSQL ขนาดใหญ่ (มีตารางหนึ่งล้านแถว) และผู้พัฒนาบอกว่าฉันควรทำVACUUMและควรทำเป็นANALYZEระยะ แต่ฐานข้อมูล PostgreSQL จะถูกautovacuumเปิดใช้งาน ฉันควรดูดฝุ่น / วิเคราะห์เลยหรือไม่? ประโยชน์คืออะไร ความแตกต่างระหว่างสูญญากาศอัตโนมัติและแมนนวลคืออะไร ตัวอย่างเช่นใน Pgadmin3 ฉันมีสิ่งนี้:

3
แผนการบำรุงรักษา SQL Server แนวปฏิบัติที่ดีที่สุดมีลักษณะอย่างไร [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันเป็นนักเรียนจากมหาวิทยาลัย Fontys ใน Eindhoven และขณะนี้ฉันกำลังดำเนินการสัมภาษณ์หลายชุดเพื่อช่วยในการพัฒนาเครื่องมือ SQL Server และฉันต้องการรับคำติชมจากผู้เชี่ยวชาญในสาขานี้ หนึ่งในคำถามของฉันคือ: แผนการบำรุงรักษา SQL Server แนวปฏิบัติที่ดีที่สุดมีลักษณะอย่างไร คุณใช้แผนการบำรุงรักษาของ SQL Server สำหรับสิ่งนี้หรือคุณใช้สคริปต์ที่กำหนดเองได้หรือไม่?

5
ปรับปรุงประสิทธิภาพของ sys.dm_db_index_physical_stats
ในระหว่างงานซ่อมบำรุงฉันพยายามหารายการดัชนีแยกส่วน แต่แบบสอบถามช้ามากและใช้เวลากว่า 30 นาทีในการดำเนินการ ฉันคิดว่านี่เป็นเพราะการสแกนระยะไกลบน sys.dm_db_index_physical_stats มีวิธีใดบ้างที่จะเพิ่มความเร็วคิวรีต่อไปนี้: SELECT OBJECT_NAME(i.OBJECT_ID) AS TableName, i.name AS TableIndexName FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') phystat INNER JOIN sys.indexes i ON i.OBJECT_ID = phystat.OBJECT_ID AND i.index_id = phystat.index_id WHERE phystat.avg_fragmentation_in_percent > 20 AND OBJECT_NAME(i.OBJECT_ID) IS NOT NULL ORDER BY phystat.avg_fragmentation_in_percent DESC ฉันไม่ใช่ DBA และอาจทำให้เกิดข้อผิดพลาดอย่างชัดเจนในแบบสอบถามด้านบนหรืออาจมีดัชนีหรือสถิติบางอย่างที่จะช่วยได้ บางทีมันอาจเป็นเพียงขนาดของฐานข้อมูล …

6
รายการตรวจสอบ SQL Server
การติดตามจากคำถามอื่นของฉันฉันต้องการเริ่มคิดเกี่ยวกับสิ่งที่ฉันควรดูในฐานรายวัน / รายสัปดาห์ / รายเดือนในแง่ของการแจ้งเตือน ฉันหวังว่าจะสามารถเห็นปัญหามาก่อนที่จะเกิดขึ้น (นั่นคือแผน) ... จนถึงตอนนี้ฉันได้เริ่มเก็บสคริปต์สำหรับต่อไปนี้ (ไม่มีคำสั่ง): ประจำวัน ตรวจสอบความพร้อมของระบบ (ในกรณีที่ฉันต้องตรวจสอบอะไรเป็น DBA) ตรวจสอบข้อมูลสำรองล่าสุด ตรวจสอบการสำรองข้อมูลบันทึกธุรกรรม ตรวจสอบสถานะของงาน SQL ตรวจสอบการใช้งาน CPU โดยเฉลี่ยในช่วง 24 ชั่วโมงที่ผ่านมา (หรือ 1140 นาที) รายสัปดาห์ ตรวจสอบประวัติการสำรองข้อมูลของ MSDB ตรวจสอบเพื่อดูว่าเมื่อครั้งที่ CheckDB ทำงานครั้งสุดท้าย ตรวจสอบดัชนีการแตกแฟรกเมนต์ ตรวจสอบสถิติดัชนี (อ่าน vs เขียน ฯลฯ ) ตรวจสอบคอขวด IO รายเดือน ตรวจสอบดัชนีที่ขาดหายไป ตรวจสอบดัชนีที่ไม่ได้ใช้อีกต่อไป ข้อเสนอแนะอื่น ๆ ? (ฉันใหม่กับ DBA ดังนั้นยินดีให้ความช่วยเหลือ …


1
สร้างดัชนี SQL Server 2008 R2 ล้มเหลวด้วยความรุนแรง 17
ในบางครั้งระหว่างการบำรุงรักษาดัชนีของเรางานจะล้มเหลวพร้อมกับข้อผิดพลาด SEV 17 ที่ไม่สามารถจัดสรรพื้นที่ได้เพียงพอสำหรับวัตถุที่สร้างใหม่ ฐานข้อมูลถูกจัดวางเช่น: Data_file1 PRIMARY 0 growth 0% free Max Size UNLIMITED Data_file2 PRIMARY 0 growth 0% free Max Size UNLIMITED Data_file3 PRIMARY 0 growth Less than 1% free Max Size UNLIMITED Data_file4 PRIMARY 250 MB growth Less than 1% free Max Size UNLIMITED โดยพื้นฐานแล้วไฟล์ข้อมูล 3 ใน 4 …

1
การตรวจสอบความสมบูรณ์ของไฟล์ฐานข้อมูล PostgreSQL
เมื่อใช้ระบบฐานข้อมูล PostgreSQL ฉันจะรู้ได้อย่างไรว่าฐานข้อมูลโดยรวมของฉันมีความสมบูรณ์ 100% โดยพื้นฐานแล้วฉันจะรู้ได้อย่างไรว่าไฟล์ข้อมูลและหน้าเว็บของฉันนั้นดี 100% โดยไม่มีความเสียหายหรือไม่ ในโลกของ Microsoft SQL Server มีคำสั่งให้คุณสามารถใช้งาน DBCC CHECKDB ที่จะบอกคุณว่ามีปัญหาหรือไม่ นี่คือลิงค์ถ้าคุณสนใจเรียนรู้เพิ่มเติมเกี่ยวกับคำสั่ง DBCC CHECKDB (Transact-SQL) ฉันเป็นคนซื่อสัตย์ฐานข้อมูลหวาดระแวงใจ (ซึ่งทุกคนที่ทำงานกับฐานข้อมูลในบทบาทประเภท DBA ควร) และสิ่งประเภทนี้ทำให้ฉันนอนหลับได้ยากในเวลากลางคืน อรรถประโยชน์เช่นนี้เป็นสิ่งที่ต้องมี! การค้นหาใน google พบว่ามีความพยายามในการใช้เครื่องมือเช่นนี้และในความคิดของฉันเว้นแต่ว่าเป็นเครื่องมือที่ได้รับการยอมรับอย่างเป็นทางการจากโครงการ PostgreSQL ฉันจะไม่ไว้ใจสิ่งที่สำคัญนี้ ต่อไปนี้เป็นลิงค์สำหรับคนที่ถามคำถามคล้าย ๆ กันกับสิ่งที่ฉันพิจารณาว่าไม่มีคำตอบที่ชัดเจน และในความคิดของฉันแสดงว่า PostgreSQL จำเป็นต้องมีเครื่องมือบางอย่างที่ Oracle และ Microsoft SQL Server ดูเหมือนจะมี ลิงค์แรกเป็นสิ่งที่น่าสนใจที่สุดที่ฉันพบในหัวข้อนี้ ฉันคิดว่าความคิดเห็นเกี่ยวกับบทความที่อาจรวมถึงสถานะ: "Postgres ค่อนข้างง่อยเมื่อมันมาถึงการระบุความเสียหายของฐานข้อมูลและซ่อมมันวิธีเดียวที่จะตรวจสอบได้คือการทิ้งฐานข้อมูลหรือเลือก * จากทุกตารางในฐานข้อมูล ." PostgreSQL …

5
SQL Server Backups - คำถามสองสามข้อ
เราทำงานสำรองข้อมูลรายสัปดาห์เวลา 21.00 น. ในวันศุกร์และเราประสบปัญหาสองสามประการเกี่ยวกับพื้นที่ดิสก์ (ซึ่งลดลงอย่างน่ากลัวในบางครั้ง) และประสิทธิภาพ เรากำลังดูที่การทำให้เพรียวลม / เพิ่มประสิทธิภาพสิ่งที่เกิดขึ้นและจะขอบคุณความคิดเห็นของคุณ โดยเฉพาะ: กระบวนการสำรองข้อมูลใช้เวลาประมาณ 4 ชั่วโมงเพื่ออัปเดตสถิติระหว่างการสำรองข้อมูล เราสามารถปิดขั้นตอนนี้อย่างปลอดภัยเพื่อประหยัดเวลาได้หรือไม่? เราใช้พื้นที่ดิสก์เหลือน้อยมากเป็นประจำและสงสัยว่าเราควรจะทำกระบวนการนี้อีกครั้ง ขณะนี้มันสร้างการสำรองข้อมูลแล้วลบการสำรองข้อมูลก่อนหน้าและนี่คือสิ่งที่ hogging พื้นที่ดิสก์ เราสามารถได้อย่างปลอดภัยลบก่อนหน้านี้หนึ่งครั้งแรกแล้วทำสำรองข้อมูล? ความคิดเห็นหรือข้อสังเกตอื่น ๆ จะได้รับการต้อนรับอย่างมากแก้ไข: ขนาดรวมของไฟล์ SQL บนเซิร์ฟเวอร์ประมาณ 35GB หนึ่งฐานข้อมูลมีขนาดประมาณ 25GB ในขณะที่อีกหกส่วนแบ่งเป็นอีก 10 GB หรือมากกว่านั้น


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

3
แนวทางปฏิบัติที่ดีที่สุดสำหรับการลบฐานข้อมูลอย่างถาวรคืออะไร
เรามีสภาพแวดล้อมที่ "เป็นธรรมชาติ" ซึ่งหมายถึงผู้คนวางโค้ดบนโค้ดเป็นเวลาสิบปีโดยมีการกำกับดูแลหรือเอกสารน้อยที่สุด เซิร์ฟเวอร์ที่ฉันใช้มีฐานข้อมูลหลายอย่างซึ่งฉันเชื่อว่าไม่ได้ใช้งานอีกต่อไป ฉันชอบที่จะลบพวกเขาและปล่อยให้ทั้งสามที่ฉันใช้จริง ที่สุดโต่งเสี่ยงฉันสามารถปิดการใช้งานฐานข้อมูลเหล่านี้และรอให้ใครบางคนกรีดร้อง; ที่อื่นฉันสามารถปล่อยให้พวกเขาทำงานตลอดไป "ในกรณี" คุณพบว่าขั้นตอนใดมีค่าในการระบุว่ากำลังใช้เซิร์ฟเวอร์อยู่หรือไม่และอย่างไร นอกจากนี้คุณจะแนะนำขั้นตอนใดเพื่อให้แน่ใจว่าในขณะที่มีการดำเนินการต่อไปในระบบปิดการใช้งานพวกเขายังคงสามารถย้อนกลับได้อย่างสะดวกเป็นระยะเวลาหนึ่ง (เช่นเปลี่ยนชื่อวัตถุแทนการลบทิ้ง) ขอบคุณ!

2
SQL 2005: เราสามารถกำหนดงานบำรุงรักษาดัชนีการสร้างใหม่ที่สามารถขยายขนาดไฟล์บันทึกฐานข้อมูลได้หรือไม่?
บน SQL Server 2005 ถ้าฐานข้อมูลทั้งหมดอยู่ในโหมดเต็มรูปแบบ (ที่มีการสำรองข้อมูลบันทึกธุรกรรมรายชั่วโมง) เป็นไปได้หรือไม่ที่จะตรวจสอบว่าการสร้างดัชนีทั้งหมดของฐานข้อมูลใหม่สามารถสร้างล็อกไฟล์ของฐานข้อมูลได้หรือไม่ และสามารถเติบโตได้เท่าไหร่ หากไม่มีคำตอบที่ตรงแล้วทิศทางใด ๆ จะได้รับการชื่นชมจริงๆ ขอบคุณล่วงหน้า.

2
Cassandra: การบำรุงรักษา
ฉันไม่มีประสบการณ์กับ Cassandra แต่ฉันมีประสบการณ์กับฐานข้อมูลเชิงสัมพันธ์แบบ SQL ฉันไม่สามารถหาข้อมูลวิธีปฏิบัติที่ดีที่สุดเกี่ยวกับวิธีการดูแล Cassandra เมื่อนำไปใช้งาน จำเป็นหรือไม่ที่จะสูญเสียฐานข้อมูล VACUUM ฉันควรคิดว่าการโหลดการอ่าน / เขียนทำให้เกิดการแตกแฟรกเมนต์ในหน่วยเก็บ หรือโดยทั่วไปแล้ว: วิธีปฏิบัติที่ดีที่สุดสำหรับการบำรุงรักษาการปรับใช้การผลิตของ Cassandra คืออะไร จะต้องทำอะไรเป็นระยะ ๆ เพื่อรักษาสุขภาพของระบบ? คู่มือการใช้งานไม่ได้พูดถึงเรื่องนี้อย่างแท้จริง ขอบคุณ

1
ทำลายและฟื้นฟูกระจก
ฉันต้องทำการบำรุงรักษาบางอย่างบนโหนดลำดับที่สองของมิเรอร์ เนื่องจากนี่เป็นผลมาจากไซต์เริ่มช้าลงในขณะที่มิเรอร์สร้างใหม่หลังจากเครือข่ายสั้น ๆ ฉันต้องการที่จะปลอดภัยและปิดการใช้งานมิเรอร์จากนั้นเปิดใช้งานอีกครั้งหลังจากที่ฉันทำ poking ที่เซิร์ฟเวอร์ที่ละเมิด แผนการที่ฉันมีในตอนนี้คือ: ปิดการใช้งานกระจก ทำการแก้ไขปัญหาที่อาจเป็นอันตรายของฉัน กู้คืนบันทึกธุรกรรมที่ไม่ได้รับทั้งหมด สร้างกระจกอีกครั้ง นี่เป็นวิธีที่ปลอดภัยที่สุดในการทำลาย / สร้างกระจกอีกครั้งหรือไม่? มี gotcha ใด ๆ ที่ฉันควรระวัง?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.