หลายครั้งที่ฉันถูกนำเข้ามาในตอนท้ายของความพยายามในการพัฒนาซอฟต์แวร์และได้รับการบอกบางอย่างเช่น"โอเคเรามีรหัสใหม่ทั้งหมดและต้องมีตารางเพื่อเปลี่ยนและย้ายข้อมูล"
ดูเหมือนว่าทุกครั้งที่มันเป็นสถานการณ์แบบ one-off, shoot-from-the-hip ฉันรู้สึกว่านี่เป็นทักษะที่อ่อนแอที่สุดของฉันที่ตั้งเป็น DBA
ฉันต้องการที่จะได้รับในบางรูปแบบสำหรับการเข้าใกล้การจัดการและการทดสอบการโยกย้ายข้อมูล
โปรดยึดถือแนวทางปฏิบัติที่ดีที่สุดและ / หรือสถานที่ที่ฉันจะได้รับสื่อการเรียนรู้เพื่อช่วยให้ฉันดีขึ้นในด้านนี้
คำตอบ:
ทุกครั้งที่ฉันทำมันเราไปสองรอบ ...
จากนั้นในช่วงสุดสัปดาห์คุณมีการหยุดทำงานตามกำหนด:
ด้วยตารางเวลาของเราผู้ใช้ฐานข้อมูลโดยทั่วไปจะมีเวลา 18.00 น. ในวันศุกร์ถึง 10.00 น. ในวันเสาร์เพื่อเรียกใช้สคริปต์การสำรองข้อมูลและการย้ายข้อมูลดังนั้นเป้าหมายของเราคือพวกเขาทำงานภายใน 8 ชั่วโมง (~ 6 จากนั้นคือการสำรองข้อมูล) มีเวลาสำหรับการทดสอบและการแก้ไขของเราก่อนที่จะเผยแพร่ต่อผู้มีส่วนได้เสีย
ผู้มีส่วนได้ส่วนเสียได้รับช่วงเวลาล่วงหน้าดังนั้นพวกเขาจึงรู้ว่าจะเปิดทำการในช่วงสุดสัปดาห์เพื่อทดสอบที่จุดเริ่มต้นของหน้าต่าง พวกเขาจะได้รับการบอกถึงจุดสิ้นสุดของหน้าต่างโดยทั่วไปคือบ่ายวันอาทิตย์ซึ่งถ้าทุกคนไม่ได้ลงชื่อออกเราจะต้องเริ่มย้อนกลับ
โอ้และแน่นอน ... หากมีใครเปลี่ยนแปลงระหว่างการทดสอบการยอมรับและเราทำการเปลี่ยนแปลงนั่นหมายความว่าการลงชื่อเข้าใช้ของผู้มีส่วนได้ส่วนเสียทั้งหมดเป็นโมฆะและต้องทำการทดสอบอีกครั้ง ... ดังนั้น เราพยายามให้เวลาพวกเขาในการค้นหาปัญหาและดำเนินการแก้ไขเป็นชุดแทนที่จะใช้ครั้งละหนึ่งชุด
โชคดีที่มีเพียงครั้งเดียวที่ฉันมีหนึ่งในสถานการณ์เหล่านั้นที่เราไม่สามารถหยุดทำงานได้อย่างมีนัยสำคัญ sytems ที่ฉันย้ายมานั้นได้รับการป้อนข้อมูลจากสคริปต์ไม่ใช่อินพุตของผู้ใช้ดังนั้นฉันจึงสามารถมีระบบขนานสองระบบได้ เมื่อสิ่งต่าง ๆ ได้ลงชื่อออก (มีเพียงครั้งเดียวที่มีปัญหาเมื่อเจ้านายของฉันยืนยันว่าเราทำการสำรองข้อมูลเต็มรูปแบบไม่เข้าใจว่าสิ่งทั้งหมดกำลังจะยังคงออนไลน์ที่ IP อื่น ... ดังนั้นสิ่งที่ควรจะหยุดทำงาน 5 นาทีใน วันที่ไม่ดีกลายเป็นไฟดับ 5 ชั่วโมง)
ทุกอย่างขึ้นอยู่กับปริมาณของข้อมูลเมื่อเทียบกับกำลังของฮาร์ดแวร์ที่รองรับฐานข้อมูลและข้อตกลงเกี่ยวกับความพร้อมของระบบ คุณมีเวลาหยุดทำงานหรือไม่หรือควรทำออนไลน์ทั้งหมดหรือไม่? เริ่มทำความสะอาดข้อมูลโดยล้างแถวที่ล้าสมัยให้มากที่สุด นี่คือโครงการในตัวเอง หากข้อมูลสะอาดและมีค่าให้ผู้ใช้ตัดสินใจเกี่ยวกับการหยุดทำงาน หากการหยุดทำงานพร้อมใช้งานมันจะค่อนข้างตรงไปตรงมาหากเป็นการแปลงที่รู้จักซึ่งควรใช้กับข้อมูลที่มีอยู่เพื่อจัดทำคอลเลกชันที่อัปเดต หากไม่มีการหยุดทำงานหรือน้อยมากความท้าทายจะเริ่มขึ้น Oracle สนับสนุนสิ่งนี้ในสองสามวิธีเช่นการกำหนดตารางออนไลน์ใหม่และ - การสร้างคำนิยามใหม่ตาม 11g - รุ่น ด้วยการกำหนดตารางออนไลน์ใหม่คุณสามารถจัดเตรียมตารางเพื่อใช้รูปแบบใหม่ได้ สิ่งนี้สามารถทำได้ในขณะที่แอปพลิเคชันทำงานในรูปแบบเก่าของตาราง [s] หากพร้อมแล้วคุณสามารถเปลี่ยนไปใช้รูปแบบใหม่ของตาราง [s] นี่จะเป็นช่วงเวลาที่จะแนะนำรหัสแอปพลิเคชันใหม่และในเวลาเดียวกันก็เป็นจุดเริ่มต้นของการหยุดทำงานที่จำเป็นในการทำให้แอปพลิเคชันใหม่เข้าแทนที่ สามารถเตรียมข้อมูลประวัติที่เก่ากว่าก่อนที่ข้อมูลสดจะถูกโอนย้ายและซิงค์โดยใช้เครื่องมือเช่น Oracle Golden Gate ในสถานการณ์เช่นนี้คุณจะสร้างฐานข้อมูลใหม่ที่มีผลต่อบทบาทของฐานข้อมูลเก่าได้อย่างมีประสิทธิภาพ การกำหนดนิยามใหม่ตามรุ่นเหมาะกว่าหากไม่จำเป็นต้องเปลี่ยนตาราง มีตัวเลือกมากมายให้พิจารณาและฉันคิดว่ามันยากที่จะให้กฎที่ดีที่ใช้งานได้เสมอ นี่จะเป็นช่วงเวลาที่จะแนะนำรหัสแอปพลิเคชันใหม่และในเวลาเดียวกันก็เป็นจุดเริ่มต้นของการหยุดทำงานที่จำเป็นในการทำให้แอปพลิเคชันใหม่เข้ามาแทนที่ สามารถเตรียมข้อมูลประวัติที่เก่ากว่าก่อนที่ข้อมูลสดจะถูกโอนย้ายและซิงค์โดยใช้เครื่องมือเช่น Oracle Golden Gate ในสถานการณ์เช่นนี้คุณจะสร้างฐานข้อมูลใหม่ที่มีผลต่อบทบาทของฐานข้อมูลเก่าได้อย่างมีประสิทธิภาพ การกำหนดนิยามใหม่ตามรุ่นเหมาะกว่าหากไม่จำเป็นต้องเปลี่ยนตาราง มีตัวเลือกมากมายให้พิจารณาและฉันคิดว่ามันยากที่จะให้กฎที่ดีที่ใช้งานได้เสมอ นี่จะเป็นช่วงเวลาที่จะแนะนำรหัสแอปพลิเคชันใหม่และในเวลาเดียวกันก็เป็นจุดเริ่มต้นของการหยุดทำงานที่จำเป็นในการทำให้แอปพลิเคชันใหม่เข้ามาแทนที่ สามารถเตรียมข้อมูลประวัติที่เก่ากว่าก่อนที่ข้อมูลสดจะถูกโอนย้ายและซิงค์โดยใช้เครื่องมือเช่น Oracle Golden Gate ในสถานการณ์เช่นนี้คุณจะสร้างฐานข้อมูลใหม่ที่มีผลต่อบทบาทของฐานข้อมูลเก่าได้อย่างมีประสิทธิภาพ การกำหนดนิยามใหม่ตามรุ่นเหมาะกว่าหากไม่จำเป็นต้องเปลี่ยนตาราง มีตัวเลือกมากมายให้พิจารณาและฉันคิดว่ามันยากที่จะให้กฎที่ดีที่ใช้งานได้เสมอ สามารถเตรียมข้อมูลประวัติที่เก่ากว่าก่อนที่ข้อมูลสดจะถูกโอนย้ายและซิงค์โดยใช้เครื่องมือเช่น Oracle Golden Gate ในสถานการณ์เช่นนี้คุณจะสร้างฐานข้อมูลใหม่ที่มีผลต่อบทบาทของฐานข้อมูลเก่าได้อย่างมีประสิทธิภาพ การกำหนดนิยามใหม่ตามรุ่นเหมาะกว่าหากไม่จำเป็นต้องเปลี่ยนตาราง มีตัวเลือกมากมายให้พิจารณาและฉันคิดว่ามันยากที่จะให้กฎที่ดีที่ใช้งานได้เสมอ สามารถเตรียมข้อมูลประวัติที่เก่ากว่าก่อนที่ข้อมูลสดจะถูกโอนย้ายและซิงค์โดยใช้เครื่องมือเช่น Oracle Golden Gate ในสถานการณ์เช่นนี้คุณจะสร้างฐานข้อมูลใหม่ที่มีผลต่อบทบาทของฐานข้อมูลเก่าได้อย่างมีประสิทธิภาพ การกำหนดนิยามใหม่ตามรุ่นเหมาะกว่าหากไม่จำเป็นต้องเปลี่ยนตาราง มีตัวเลือกมากมายให้พิจารณาและฉันคิดว่ามันยากที่จะให้กฎที่ดีที่ใช้งานได้เสมอ
มันเป็นเรื่องที่น่าสนใจโรนัลด์
คำตอบที่ดีจนถึงตอนนี้ ฉันจะเพิ่มคะแนนอีกสองสามข้อเพื่อพิจารณา
ก่อนอื่นเมื่อคุณสามารถทำการโยกย้ายด้วย SQL DML แบบง่ายคุณสามารถพึ่งพาเอนจิ้น SQL ของคุณเป็นส่วนใหญ่เพื่อให้แน่ใจว่าการประมวลผลแถวทั้งหมดจะสำเร็จ ฉันได้มีส่วนร่วมในการย้ายถิ่นที่ซึ่งการโยกย้ายบางครั้งมีความซับซ้อนมากขึ้นเล็กน้อย - มีการแปลงข้อมูลจริงเมื่อข้อมูลถูกย้ายไปยังโครงสร้างใหม่ ในกรณีเหล่านี้สิ่งสำคัญคือคุณต้องมีกระบวนการที่สามารถจัดการรายการต่อไปนี้:
อีกจุดที่ฉันเพิ่มคือมันเป็นสิ่งสำคัญที่จะต้องมีแผนสำหรับสิ่งที่คุณกำลังจะทำถ้า / เมื่อสิ่งต่าง ๆ ไม่เป็นไปตามแผนที่วางไว้ นี่เป็นฟังก์ชั่นการปรับใช้โดยรวม แต่เป็นสิ่งที่ดูเหมือนว่าจะมีการคัดสรรบ่อยครั้งมากพอที่ฉันคิดว่ามันคุ้มค่าที่จะกล่าวถึง
ภาพรวมของวิธีการทำ
จะเริ่มต้นด้วย
จากนั้นให้โหลดเครื่องมือ Red Gate เปรียบเทียบหรือสิ่งอื่น ๆเช่น Embarcadero SQL Change managerเปลี่ยนผู้จัดการ คุณไม่สามารถโยกย้ายได้อย่างง่ายดายหากไม่มี ค่าใช้จ่ายเล็กน้อยกับเวลาที่ประหยัด และที่สำคัญที่สุดสคริปต์ที่สร้างขึ้นมีการเปลี่ยนแปลงในธุรกรรมเดียวซึ่งหมายถึงการปรับใช้ที่สะอาด
ตอนนี้
ตอนนี้คุณมีการเปลี่ยนแปลงที่ปลอดภัย + ทดสอบและสคริปต์ย้อนกลับที่จะใช้เมื่อใดก็ตาม
และแน่นอนคุณสำรองฐานข้อมูลก่อนที่ใด ๆการเปลี่ยนแปลงเพราะในที่สุดสถิติจะเกิดขึ้นในที่สุด
เครื่องมือ Red Gate ยังสามารถเปรียบเทียบกับโฟลเดอร์ที่อยู่ภายใต้การควบคุมของแหล่งที่มา จากนั้นเราจับภาพ ALTERs และอื่น ๆ ในการควบคุมซอร์สของเราแยกจากสคริปต์การเปลี่ยนแปลงจริง