Stretch Database: คู่มือง่ายๆ สำหรับการจัดการข้อมูลที่มีประสิทธิภาพ

สวัสดีครับทุกคน ผมอยู่ที่นี่กับหัวข้อที่ง่ายแต่ยอดเยี่ยมที่ช่วยปรับปรุงฐานข้อมูล (DB) ของเราได้หลายด้าน—Stretch Database!!

มาเริ่มกันเลย

Stretch Database คืออะไร?

SQL 2016 นำเสนอฟีเจอร์ที่ช่วยให้เรายืดข้อมูลจาก on-premises ไปยัง Azure cloud ฟังก์ชันนี้ Stretch Database (หรือ StretchDB) ช่วย archive cold data (ข้อมูลที่เข้าถึงน้อย) จาก SQL Server® ท้องถิ่นไปยัง Azure® ในขณะที่เก็บ warm data (ข้อมูลที่เข้าถึงบ่อย) ไว้บน SQL Server ท้องถิ่น StretchDB ช่วยในสถานการณ์ที่เรามีข้อมูลประวัติศาสตร์มากมายที่เข้าถึงนادر

Stretch DB เป็นพรจากท้องฟ้า

• การย้าย cold data จาก on-premises ไป Azure SQL DB อย่างง่ายและไม่ติดขวาก ช่วยปรับปรุงประสิทธิภาพคำขอท้องถิ่น เนื่องจากพวกเขาใช้ warm data หรือ local data ส่วนใหญ่
• ไม่ต้องเขียนโค้ดสำหรับการย้ายข้อมูล ดังนั้นไม่มี overhead เพิ่มเติมบน SQL Server ท้องถิ่น
• ไม่ต้องเปลี่ยนโค้ดแอปพลิเคชันเพื่อสืบค้นข้อมูลที่ archive ไว้
• เก็บข้อมูล archive ใน Azure ในต้นทุนต่ำกว่าท้องถิ่น
• กิจกรรม backup, restore และ maintenance ของ Local DB ใช้เวลาน้อยลงมากด้วยการ archive cold data เนื่องจากตอนนี้พวกเขาต้องเล่นกับ hot data เท่านั้น

มาเห็นวิธีใช้ StretchDB

เพื่อ demo StretchDB เราต้องการ:

• Local SQL Server
• Azure subscription

ผมดาวน์โหลด DB backup AdventureWorks2016_EXT.bak และ restore บน local SQL server ของผมสำหรับ demo นี้ ดาวน์โหลดไฟล์ที่นี่

กำหนดค่าตารางใน StretchDB

1. เชื่อมต่อกับ local SQL Server ของคุณ คลิกขวาที่ AdventureWorks2016_EXT->Tasks->Stretch->Enable

2. เลือกตารางที่ต้องการ archive ตัวที่ไม่รองรับ StretchDB จะแสดงเป็นสีเทา

3. เมื่อมีพรอมป์ ให้ลงชื่อเข้าใช้สภาพแวดล้อม Azure ของคุณ

4. หลังจากลงชื่อเข้าใช้ Azure account แล้ว ให้เลือก subscription และ region ที่คุณต้องการ archive ข้อมูล

5. ระบุรหัสผ่านสำหรับ DMK

6. สร้าง Azure firewall rule สำหรับการสื่อสาร

7. ตรวจสอบสรุปและคลิก Finish

8. เมื่อเสร็จสมบูรณ์ หน้าจอต่อไปนี้จะแสดง เรายังสามารถตรวจสอบ logs ที่สร้างขึ้นเพื่อรายละเอียดได้

9. ตอนนี้ มาตรวจสอบข้อมูลที่ย้ายไป Azure SQL DBs เชื่อมต่อกับ Azure SQL DB จาก local SSMS ของคุณเหมือน SQL Server ทั่วไป อย่าลืมบันทึก credentials ที่คุณสร้างสำหรับ Azure SQL DB ในขั้นตอนที่ 4 เพราะคุณจะใช้มันสำหรับการเชื่อมต่อ

ภาพต่อไปนี้แสดงตารางที่เราสร้าง:

สรุป

ด้วยการทำตามขั้นตอนง่ายๆ เหล่านี้ เราสามารถได้รับการปรับปรุงประสิทธิภาพและประสิทธิภาพต้นทุน

บอกผมในความคิดเห็นว่าคุณชอบโพสต์นี้อย่างไร และว่าคุณอยากดู part สองพร้อมรายละเอียดเพิ่มเติมไหม

เรียนรู้เพิ่มเติมเกี่ยวกับบริการข้อมูลของ Rackspace

ใช้แท็บ Feedback เพื่อแสดงความคิดเห็นหรือถามคำถาม คุณยังสามารถคลิก Sales Chat เพื่อแชททันทีและเริ่มสนทนาได้