สำหรับสิ่งที่เหตุผลและในสิ่งที่สถานการณ์ที่คุณจะใช้ "Take ออฟไลน์" / ALTER DATABASE dbName SET OFFLINE
คุณลักษณะ
คุณสามารถทำงานอะไรได้บ้างกับฐานข้อมูลออฟไลน์ คุณสามารถทำงานอะไรได้บ้างกับฐานข้อมูลออฟไลน์
สำหรับสิ่งที่เหตุผลและในสิ่งที่สถานการณ์ที่คุณจะใช้ "Take ออฟไลน์" / ALTER DATABASE dbName SET OFFLINE
คุณลักษณะ
คุณสามารถทำงานอะไรได้บ้างกับฐานข้อมูลออฟไลน์ คุณสามารถทำงานอะไรได้บ้างกับฐานข้อมูลออฟไลน์
คำตอบ:
คุณสามารถย้ายไฟล์ MDF ไปยังเซิร์ฟเวอร์อื่นเพื่อให้ออนไลน์ได้
ในสภาพแวดล้อมการพัฒนา / การจัดเตรียมบางครั้งการใช้ฐานข้อมูลออฟไลน์เพื่อให้แน่ใจว่าคุณกำลังเชื่อมต่อกับอินสแตนซ์ที่ถูกต้องของฐานข้อมูลในแอปพลิเคชันและคุณไม่มีสตริงการเชื่อมต่อแบบแจ็ค
ที่กล่าวว่าในสถานการณ์นี้เป็นความคิดที่ดีกว่ามากที่จะมีชื่อฐานข้อมูลที่แตกต่างกันสำหรับสภาพแวดล้อมที่แตกต่างกันและกระบวนการสร้างที่จะกำหนดค่าสตริงการเชื่อมต่อของคุณโดยอัตโนมัติ ...
ในทำนองเดียวกันฉันต้องการออฟไลน์ฐานข้อมูลเป็นระยะเวลาหนึ่งก่อนที่จะทำการรื้อถอนพวกเขาในโอกาส (ไม่ใช่เพื่อ) ที่ด้วยเหตุผลบางอย่างที่พวกเขาต้องการกลับมาออนไลน์ ฉันถูกกัดสองสามครั้งโดยผู้พัฒนาที่มีตะขอที่ฉันไม่รู้จักในฐานข้อมูลของฉันเมื่อฉันต้องการกำจัดมัน ทำให้ออฟไลน์รุนแรงน้อยลงและใช้เวลาน้อยกว่าการลบทิ้งและกู้คืนหากจำเป็น
สิ่งอื่นจะเป็นการป้องกันในกรณีฉุกเฉิน ฉันต้องทำสิ่งนี้มาก่อน บางครั้งพบข้อผิดพลาดที่น่ารังเกียจในแอปของคุณซึ่งแม้ว่าจะไม่เป็นอันตรายจะยังคงข้อมูลเสียหายในฐานข้อมูลของคุณ การทำให้ฐานข้อมูลออฟไลน์เป็นวิธีที่รวดเร็วในการหยุดเลือดจนกว่าคุณจะพบข้อบกพร่อง จากนั้นคุณสามารถนำกลับมาออนไลน์เพื่อประเมินความเสียหายภายในฐานข้อมูล
แม้ว่าคำตอบบางข้อในที่นี้อาจให้แนวคิดบางประการเกี่ยวกับสิ่งที่คุณสามารถทำได้กับฐานข้อมูลที่มีการ จำกัด การเข้าถึง แต่จริง ๆ แล้วไม่สามารถทำได้กับฐานข้อมูลที่ออฟไลน์ คุณไม่สามารถอัปเดตอัปเกรดเพิ่มหรือลบข้อมูล ฯลฯ
เหตุผลที่ครอบคลุมของฉันสิ่งที่ฉันต้องขายให้กับ DBA บ่อยกว่าที่ฉันต้องการแจกแจง ...
"SAN ต้องการการซ่อมแซม ... และไม่ฉันไม่สามารถเปลี่ยนไดรฟ์ hot-back ได้อย่างง่ายดาย backplane / ตัวควบคุมเป็นความผิดพลาด"
อินสแตนซ์ DB ทำงานได้ไม่ดีเมื่อดิสก์ของพวกเขาหายไป
ดังนั้นฉันปิดอินสแตนซ์ SQL ลงก่อนที่จะออฟไลน์ SAN จากนั้นนำกลับมาทีละครั้งเพื่อให้พวกเขาไม่ได้แข่งขันทรัพยากร - อินสแตนซ์แรกขึ้นใช้ทรัพยากรคลัสเตอร์ทั้งหมดและกลายเป็นโหนดฐานข้อมูล Active เป็นโหนดแบบพาสซีฟ
มีหลายสาเหตุที่คุณต้องทำเช่นนี้ ..
ยกตัวอย่างเช่น
consider changing or upgrading the actual database program/binary...
consider changing or upgrading the schema or tables..
consider changing or upgrading index's..
จุดที่สำคัญที่สุด ..
Is taking a backup.. to get a perfect snapshot in time..
(ในบางฐานข้อมูลคุณเพียงแค่สร้างการล็อคในทุกตาราง)