คณิตศาสตร์อันน่าฉงนของ 'ช่องว่างสีขาว' ในฐานข้อมูล Exchange
ไม่มีอะไรผิดปกติในการเติบโตของฐานข้อมูล Exchange ด้วยการเพิ่มข้อมูล เมื่อมีการเพิ่มกล่องจดหมาย ฐานข้อมูลจะเพิ่มขนาดเพื่อรองรับกล่องจดหมายเหล่านั้น และโดยปกติแล้วขนาดฐานข้อมูลจะลดลงเมื่อข้อมูลถูกลบ แต่อาจแปลกใจที่เห็นความผิดปกติบางอย่างที่นี่ โดยไม่มีการสังเกตขนาดฐานข้อมูลที่ลดลงเนื่องจากกล่องจดหมายถูกลบออกจากฐานข้อมูล Exchange และอีกหนึ่งเซอร์ไพรส์! หลังจากลบกล่องจดหมายบางส่วนแล้ว ให้ค้นหาขนาดฐานข้อมูล Exchange ตอนนี้ ให้เพิ่มกล่องจดหมายสองสามกล่องเข้าไป และค้นหาขนาดฐานข้อมูล Exchange อีกครั้ง ขนาดของฐานข้อมูล Exchange ยังคงเท่าเดิมในทั้งสองสถานการณ์! สถานการณ์ที่น่าสงสัยนี้เกี่ยวข้องกับ Exchange white space และนี่คือวิธีการทำงานในฐานข้อมูล Exchange
พื้นที่สีขาวคืออะไร?
พื้นที่สีขาวคือพื้นที่จัดเก็บฐานข้อมูลที่พร้อมสำหรับการจัดเก็บข้อมูลใหม่เนื่องจากการลบข้อมูลที่มีอยู่ Exchange แทนที่จะลดขนาดฐานข้อมูล ทำให้พื้นที่นี้พร้อมใช้งานสำหรับการเพิ่มกล่องจดหมายใหม่ พื้นที่เก็บข้อมูลที่ถูกยึดคืนนี้เรียกว่าพื้นที่สีขาว นอกจากนี้ยังเป็นที่รู้จักในชื่อต่างๆ เช่น พื้นที่กล่องจดหมายที่มีอยู่ พื้นที่ว่าง และเพจฐานข้อมูลว่าง
มาคำนวณจริงกัน...
การเรียนรู้เกี่ยวกับพื้นที่สีขาวผ่านตัวอย่างจริงจะดีกว่า ลองนึกภาพว่าคุณกำลังลบกล่องจดหมายบางส่วน (ข้อมูล 6 GB) ออกจากฐานข้อมูล Exchange ขนาด 24 GB นี่คือวิธีการคำนวณพื้นที่สีขาว:
|
Before data deletion Database size= 24 GB Space available for new data (without increasing database size) = 0 GB |
|
After data deletion Data deleted = 6 GB Expected database size = 24 - 6 = 18 GB> But, real database size = 24 GB Space available for new data (without increasing the database size) = 6 GB |
|
Inference Database size after deletion = 24 GB = Database size before deletion Space available for new data (without increasing the database size) = 6 GB = white space |
จะหาพื้นที่สีขาวได้อย่างไร?
มีสองวิธีในการค้นหาพื้นที่สีขาว:
- จากบันทึกเหตุการณ์ของแอปพลิเคชัน Windows
รหัสเหตุการณ์ 1221 ในบันทึกเหตุการณ์ของแอปพลิเคชัน Windows จะแสดงจำนวนช่องว่างใน Exchange เวอร์ชันจนถึงปี 2007 อย่างไรก็ตาม ค่าที่กำหนดโดยรหัสเหตุการณ์ 1221 เป็นการประมาณการแบบอนุรักษ์นิยมเท่านั้น คุณสามารถสังเกตได้เป็น:
เหตุการณ์: 1221
ที่มา: ร้านค้ากล่องจดหมาย MSExchangeIS
หมวดหมู่: ทั่วไป
คำอธิบาย: ฐานข้อมูล “
- การใช้การถ่ายโอนข้อมูลแผนผังพื้นที่ฐานข้อมูล (Eseutil/ms)
Exchange Server Database Utility การถ่ายโอนข้อมูลพื้นที่ (Eseutil/ms) ให้การประมาณค่าช่องว่างที่ดีกว่า
การจัดเรียงข้อมูล - สำหรับการจัดการช่องว่างในฐานข้อมูล Exchange
พื้นที่สีขาวในฐานข้อมูล Exchange ได้รับการจัดการอย่างมีประสิทธิภาพผ่านการจัดเรียงข้อมูลฐานข้อมูล มีสองประเภทคือออนไลน์และออฟไลน์
การจัดเรียงข้อมูลฐานข้อมูลออนไลน์
การจัดเรียงข้อมูลออนไลน์เป็นไปโดยอัตโนมัติ จะดำเนินการทุกคืนเพื่อกู้คืนพื้นที่ดิสก์ อย่างไรก็ตาม ขนาดของฐานข้อมูลยังคงเท่าเดิมแม้หลังจากการจัดเรียงข้อมูลแบบออนไลน์ หากต้องการลดขนาดของฐานข้อมูล Exchange คุณต้องทำการจัดเรียงข้อมูลแบบออฟไลน์
การจัดเรียงฐานข้อมูลแบบออฟไลน์
การจัดเรียงข้อมูลแบบออฟไลน์จะช่วยลดขนาดฐานข้อมูลและย่อขนาดโดยกำจัดพื้นที่จัดเก็บข้อมูลที่ไม่ได้ใช้ การจัดเรียงข้อมูลจริงๆ แล้วคือการสร้างฐานข้อมูลใหม่ที่ไม่มีหน้าว่าง และแทนที่ฐานข้อมูลเก่าด้วยฐานข้อมูลใหม่ในภายหลัง อันเก่าจะถูกลบหรือย้าย
การจัดเรียงข้อมูลแบบออฟไลน์ทำได้โดยใช้เครื่องมืออำนวยความสะดวก Eseutil โปรดจำไว้ว่าการจัดเรียงข้อมูลอาจไม่ทำให้มีเนื้อที่ว่างบนดิสก์มากนัก เว้นแต่จะมีการลบหรือย้ายข้อมูลจำนวนมาก แม้ว่าการจัดเรียงข้อมูลจะช่วยปรับปรุงประสิทธิภาพของฐานข้อมูล Exchange แต่ก็ไม่แนะนำเป็นประจำ ขอแนะนำเฉพาะเมื่อมีความจำเป็นต้องเรียกคืนพื้นที่จำนวนมากเท่านั้น
จะดำเนินการจัดเรียงข้อมูลแบบออฟไลน์ใน Exchange 2000/2003 ได้อย่างไร
ก่อนที่จะเริ่มการจัดเรียงข้อมูลแบบออฟไลน์ ตรวจสอบให้แน่ใจว่าพื้นที่ว่างมีขนาดใหญ่กว่าขนาดของฐานข้อมูล (อย่างน้อย 110%) นอกจากนี้ ในแต่ละครั้ง ให้รันคำสั่งบนฐานข้อมูลเดียวเท่านั้น
- ใน Exchange System Manager ให้คลิกขวาที่ที่เก็บข้อมูลแล้วคลิก ถอดที่เก็บ
- ป้อน cd Exchsrvr\Bin ในพร้อมท์คำสั่ง
- ป้อน eseutil /d ในพร้อมท์คำสั่ง
- ป้อนสวิตช์ฐานข้อมูลและตัวเลือกที่จำเป็น
เมื่อใดที่จะดำเนินการจัดเรียงข้อมูลแบบออฟไลน์?
ผู้เชี่ยวชาญแนะนำให้จัดเรียงข้อมูลแบบออฟไลน์:
- เมื่อมีพื้นที่จัดเก็บไม่เพียงพอ
- เมื่อมีช่องว่างจำนวนมาก (มากกว่า 30%) และไม่มีข้อมูลจำนวนมากที่จะเพิ่มในอนาคตอันใกล้นี้
- เมื่อมีการบันทึกการแจ้งเตือนการจัดเรียงข้อมูลในบันทึกแอปพลิเคชัน
- เมื่อมีปัญหาหรือข้อผิดพลาดที่ต้องแก้ไขผ่านการจัดเรียงข้อมูลแบบออฟไลน์
- เมื่อจำเป็นต้องเมานต์ฐานข้อมูล (เมื่อถึงขนาดฐานข้อมูลที่จำกัด)
- หลังจากการซ่อมแซมอย่างหนัก (eseutil /p)
- เพื่อปรับปรุงประสิทธิภาพของฐานข้อมูล Exchange
หมายเหตุ:
- ไม่จำเป็นต้องเรียกใช้การจัดเรียงข้อมูลแบบออฟไลน์เป็นประจำ เนื่องจาก Exchange จะดำเนินการจัดเรียงข้อมูลแบบออนไลน์ทุกคืน
- อย่าทำการจัดเรียงข้อมูลแบบออฟไลน์เมื่อฐานข้อมูลมีปัญหาบางอย่างที่ไม่สอดคล้องกัน
อะไรหลังจากการจัดเรียงข้อมูล?
ขอแนะนำให้สำรองข้อมูลฐานข้อมูลเต็มรูปแบบ (ออนไลน์) หลังจากการจัดเรียงข้อมูล เนื่องจากมีการจัดเรียงข้อมูลใหม่ในระหว่างการจัดเรียงข้อมูล
การตรวจสอบสุขภาพการแลกเปลี่ยน
การตรวจสอบความสมบูรณ์ของ Exchange เป็นคำที่ใช้เรียกถึงการตรวจสอบด้านต่างๆ ของ Exchange Server เช่น ความพร้อมใช้งานของเซิร์ฟเวอร์, การใช้งาน CPU และหน่วยความจำ, การใช้ฐานข้อมูลกล่องจดหมาย, คิวกล่องจดหมาย ฯลฯ โซลูชันการตรวจสอบระดับมืออาชีพ เช่น Lepide Auditor Suite ช่วยให้ผู้ดูแลระบบ Exchange ดำเนินการตรวจสอบความสมบูรณ์ของ Exchange ได้อย่างมีประสิทธิภาพ
สรุปบล็อก
พื้นที่เก็บข้อมูลที่ถูกเรียกคืนโดยการลบข้อมูลนั้นสงวนไว้สำหรับการเพิ่มข้อมูลใหม่ในฐานข้อมูล Exchange ดังนั้นจึงไม่มีการลดขนาดของฐานข้อมูล Exchange อย่างเห็นได้ชัด พื้นที่เก็บข้อมูลที่ถูกยึดคืนนี้เรียกว่าพื้นที่สีขาว ช่องว่างในฐานข้อมูล Exchange ได้รับการจัดการผ่านกระบวนการที่เรียกว่าการจัดเรียงข้อมูล เพื่อจับตาดูพารามิเตอร์ Exchange ที่สำคัญอื่นๆ ผู้ดูแลระบบสามารถใช้โซลูชันระดับมืออาชีพ เช่น Lepide Data Security Platform