ทำเครื่องหมาย Tock … 6 เดือนจนกว่าการสนับสนุน SQL Server 2008/2008 R2 จะหมดอายุจนกว่าคุณจะดำเนินการ
ยังคงใช้งาน SQL Server 2008/2008 R2 อยู่หรือไม่ คุณอาจเคยได้ยินแล้วว่า ณ วันที่ 9 กรกฎาคม 2019 คุณจะไม่ได้รับการสนับสนุนอีกต่อไป Microsoft ได้เสนอทางเลือกสองทางในการจัดหาการปรับปรุงความปลอดภัยเพิ่มเติมสำหรับลูกค้าที่ยังคงใช้งานบนแพลตฟอร์มนี้อีกสามปีและไม่สามารถอัปเกรดเป็น SQL เวอร์ชันใหม่กว่าก่อนกำหนด
ตัวเลือกแรก
เพื่อป้องกันการสนับสนุน SQL Server 2008/2008 R2 หมดอายุก่อนที่คุณจะพร้อมตัวเลือกแรกที่คุณต้องซื้อรายปีของ "การปรับปรุงการรักษาความปลอดภัยที่ขยาย" การปรับปรุงความปลอดภัยเพิ่มเติมจะมีค่าใช้จ่าย 75% ของค่าลิขสิทธิ์เต็มรูปแบบทุกปี นอกจากนี้ยังกำหนดให้ลูกค้าต้องมีการรับประกันซอฟต์แวร์ที่ใช้งานอยู่ซึ่งโดยทั่วไปแล้วจะมีค่าใช้จ่าย 25% ของค่าลิขสิทธิ์ทุกปี อย่างมีประสิทธิภาพดังนั้นเมื่อต้องการรับการปรับปรุงความปลอดภัยที่เพิ่มขึ้นคุณกำลังจ่ายค่าลิขสิทธิ์ SQL Server ใหม่ทุกปีเป็นเวลาสามปีหรือจนกว่าคุณจะย้ายออกจาก SQL Server 2008/2008 R2
ตัวเลือกที่สอง
อย่างไรก็ตามมีอีกตัวเลือกที่สองก่อนที่ SQL Server 2008/2008 R2 Support ของคุณจะหมดอายุ Microsoft ได้ประกาศว่าหากคุณย้ายอินสแตนซ์ SQL Server 2008 R2 ของคุณไปยัง Azure คุณจะได้รับการปรับปรุงความปลอดภัยเพิ่มเติมโดยไม่มีค่าใช้จ่ายเพิ่มเติม แน่นอนว่ามีการคิดค่าบริการโครงสร้างพื้นฐานรายชั่วโมงที่คุณจะต้องเสียใน Azure และนอกจากนี้ยังมีค่าใช้จ่ายในการจ่ายตามที่คุณไปใช้อินสแตนซ์ของ SQL Server หรือ Software Assurance charge หากคุณต้องการนำใบอนุญาต SQL ที่มีอยู่ไปยัง Azure แต่ค่าใช้จ่ายนั้นรวมถึงสิทธิประโยชน์เพิ่มเติมของการทำงานในสภาพแวดล้อมคลาวด์ที่ทันสมัย สิ่งนี้จะเปิดโอกาสสำหรับการปรับปรุงประสิทธิภาพและสถานการณ์ HA / DR ที่คุณอาจไม่มีใน premise
อาร์เรย์ของตัวเลือก
Azure เสนอตัวเลือกต่าง ๆ มากมายในแง่ของการกำหนดค่า CPU, หน่วยความจำและที่เก็บข้อมูล หากคุณกำลังมองหาการอัพเกรดเซิร์ฟเวอร์หรือพื้นที่จัดเก็บข้อมูลหรือโครงสร้างพื้นฐานในสถานที่ที่มีอยู่ของคุณกำลังมาถึงรอบการรีเฟรชตอนนี้เป็นเวลาที่เหมาะสมในการแช่เท้าสู่ Azure cloud และอัพเกรดประสิทธิภาพและความพร้อมในขณะเดียวกัน อายุการใช้งาน SQL Server 2008/2008 R2 ของคุณ
SLA 99.99%
ในแง่ของความพร้อมใช้งานสูงและการกำหนดค่าการกู้คืนความเสียหาย Azure เสนอ SLA สูงสุด 99.99% เพื่อให้มีคุณสมบัติสำหรับ SLA คุณต้องใช้ประโยชน์จากโครงสร้างพื้นฐานที่เหมาะสม ถึงอย่างนั้น SLA จะครอบคลุมเฉพาะ "เสียงสัญญาณ" ไปที่อินสแตนซ์เท่านั้น ขึ้นอยู่กับคุณเพื่อให้แน่ใจว่า SQL Server พร้อมใช้งานสูงซึ่งจะทำแบบดั้งเดิมโดยการสร้าง SQL Server Failover Cluster Instance (FCI) Azure มีโครงสร้างพื้นฐานที่ช่วยให้คุณสามารถกำหนดค่า FCI ของเซิร์ฟเวอร์ SQL แต่เนื่องจากการขาดการจัดเก็บข้อมูลแบบคลัสเตอร์ที่ทราบร่วมกันในระบบคลาวด์คุณจะต้องใช้ SIOS DataKeeper เพื่อสร้าง FCI
ประโยชน์ของ SIOS DataKeeper
SIOS DataKeeper เกิดขึ้นแทนการจัดเก็บข้อมูลที่ใช้ร่วมกันตามปกติโดย SQL Server FCI แต่จะช่วยให้คุณสามารถใช้ประโยชน์จากวอลุ่มที่จัดรูปแบบ NTFS ใด ๆ ที่แนบมากับแต่ละอินสแตนซ์ SIOS เก็บไดรฟ์ข้อมูลที่ทำซ้ำระหว่างอินสแตนซ์และนำเสนอที่เก็บข้อมูลไปยังคลัสเตอร์เป็นทรัพยากรที่เรียกว่า DataKeeper Volume เท่าที่คลัสเตอร์เกี่ยวข้องกับ DataKeeper Volume ดูเหมือนดิสก์ที่แบ่งใช้ แต่แทนที่จะควบคุมการจอง SCSI (การล็อกดิสก์) จะควบคุมทิศทางมิเรอร์เพื่อให้แน่ใจว่าการเขียนเกิดขึ้นบนเซิร์ฟเวอร์ที่ใช้งานอยู่และจะถูกซิงโครไนซ์ . ประสบการณ์การใช้งานของผู้ใช้นั้นเหมือนกับคลัสเตอร์การจัดเก็บข้อมูลที่ใช้ร่วมกันแบบดั้งเดิม แม้ว่าภายใต้ฝาครอบคลัสเตอร์จะใช้ประโยชน์จากที่เก็บข้อมูลในตัวเครื่องแทนที่จะเป็นที่เก็บข้อมูลที่ใช้ร่วมกัน
ชั้นวางที่แตกต่างกัน
ใน Azure โหนดคลัสเตอร์ของคุณสามารถทำงานในชั้นวางที่แตกต่างกัน (Fault Domains), ศูนย์ข้อมูล (โซนว่าง) หรือแม้กระทั่งในภูมิภาคทางภูมิศาสตร์ที่แตกต่างกัน SIOS DataKeeper รองรับทั้งสามตัวเลือก: โดเมนความผิด, โซนความพร้อมใช้งานหรือการจำลองแบบข้ามภูมิภาคเพื่อให้ครอบคลุมข้อกำหนด HA และ DR การกำหนดค่าที่คล้ายกันสามารถทำได้ใน AWS และ Google Cloud
ด้วย Azure Site Recovery (ASR) คุณสามารถทำซ้ำอินสแตนซ์แบบสแตนด์อโลนหรือแบบคลัสเตอร์ของ SQL Server ระหว่าง Region Pairs โดยไม่ต้องปวดหัวและค่าใช้จ่ายในการจัดการไซต์กู้คืนความเสียหายของคุณเอง แน่นอนว่า SQL Server ไม่ค่อยมีชีวิตอยู่คนเดียว ดังนั้นในเวลาเดียวกันคุณย้ายอินสแตนซ์ SQL Server ของคุณไปยัง Azure คุณอาจต้องการย้ายแอปพลิเคชันเซิร์ฟเวอร์ของคุณไปที่นั่นพร้อมกับใช้ประโยชน์จากประสิทธิภาพและความพร้อมใช้งานที่มีอยู่ใน Azure การรวม SIOS DataKeeper สำหรับ HA และ ASR สำหรับ DR ให้กลยุทธ์ HA และ DR ที่คุ้มค่าซึ่งไม่น่าจะเป็นไปได้หรือมีราคาแพงมากในการติดตั้งการจำลองแบบ SAN และไซต์ DR ของคุณเอง
เริ่ม
ในขณะที่ใช้เวลาเพียงไม่กี่นาทีในการหมุนอินสแตนซ์ของ SQL Server ใน Azure ฉันจะไม่รอจนกว่าจะถึงนาทีสุดท้ายเพื่อทำการย้ายข้อมูล โปรดใช้เวลาสองสามเดือนข้างหน้าเพื่อทำความคุ้นเคยกับ Azure เริ่มทำการทดสอบและวางแผนที่จะโยกย้ายภาระงานของคุณให้ดีก่อนวันที่ 9 กรกฎาคม 2019 การเรียกใช้ SQL Server หลังจากวันที่ทำให้คุณไวต่อภัยคุกคามความปลอดภัยใหม่ ๆ และยังทำให้คุณไม่ปฏิบัติตาม เจ้านายของคุณและที่สำคัญลูกค้าของคุณยินดีที่จะทราบว่าข้อมูลของพวกเขายังคงปลอดภัยพร้อมใช้งานและเป็นไปตามเมื่อคุณโอนย้ายปริมาณงานของคุณไปยัง Azure
เพลิดเพลินกับเคล็ดลับเช่นการหาว่าจะทำอย่างไรหลังจากหมดอายุการสนับสนุน SQL Server 2008/2008 R2 ต่อไปนี้เป็นบทความที่ยอดเยี่ยมในการอ่านทำซ้ำได้รับอนุญาตจาก Clusteringformeremortals.com