Date: สิงหาคม 15, 2014
อาจจะเกลียดที่สุดคำเดี่ยวในพจนานุกรมมันเป็น "ล้มเหลว" ล้มเหลวของฮาร์ดแวร์ โปรแกรมประยุกต์ล้มเหลว หรือความล้มเหลวของศูนย์ข้อมูล (กลัวหวาดหวั่น) มีพอที่จะสร้างความกลัวในแม้องค์กรเทคโนโลยีแข็งมากที่สุด ดูบทความนี้: ITBusinessEdge.com แต่เหมือนโรคหัดและไข้ดำแดง อะไรกันดูเหมือนน่ากลัวมีแนวโน้มที่จะ สูญเสียความจุหลอกเมื่อเทคโนโลยีใหม่เข้ามาจะแบก และเป็นเสมือน และซอฟต์แวร์กำหนดสถาปัตยกรรมยุคแผ่ออกไป มันอาจจะดีเปลี่ยนว่าคือเมื่อจะร้ายแรงเร็ว ดี ถ้าไม่รักษาให้หาย จากนั้นสามารถจัดการได้น้อย SVP vantage ศูนย์ข้อมูลของการดำเนินงานคริส Yetman หนึ่ง โทรให้ยุติการยอมรับเป็นศูนย์สำหรับความล้มเหลวที่พักศรีษะจับมากที่สุดก็ร้านค้า เขาอธิบายถึง แนวโน้มและวิเคราะห์เมื่อเร็ว ๆ นี้ เน้นการปรับปรุงการกู้คืนและล้มเหลวจะทำเพิ่มเติมเพื่อช่วยบรรทัดล่างกว่าจะเคยล้มเหลวของนโยบายเป็นศูนย์ ไม่เพียงคุณผลักดันอัตราการใช้สูงขึ้น การลดทุนและค่าใช้จ่ายในการดำเนินงาน แต่ขอบเขตและระยะเวลาของความล้มเหลวที่จะลดลง ล้มเหลวเป็นสิ่งที่หลีกเลี่ยงไม่ได้ ดังนั้น ทำไมไม่เน้นพลังงานของคุณที่พวกเขาจะทำดีที่สุด: การกลับมาบนเท้าของคุณอีกด้วย เป็นส่วนหนึ่งของกระบวนการนี้จะเป็นการ กำหนดโดเมนของคุณล้มเหลวเพื่อสะท้อนถึงลักษณะการเปลี่ยนแปลงของข้อมูลสถาปัตยกรรม Bushong ไมค์ของ Plexxi กล่าว เช่น SDN และสลับโลหะเปลือยมีสถาปัตยกรรมควบคุมแตกต่างกัน พร้อม SDN วางความรับผิดชอบมากขึ้นสำหรับฟังก์ชันการทำงานของเครือข่ายบนตัวควบคุมเดียว โดเมนล้มเหลวที่เหมาะสม จากนั้น ควรจะครอบคลุมปัญหาเช่นว่าการควบคุม หรือไม่ส่วนหนึ่งของเส้นทางข้อมูลและว่าคุณต้องการโดเมนเดียวหรือหลายคนเล็กเพื่อเพิ่มการกระจายการบริหารจัดการ และสำหรับผู้ที่ใช้สถาปัตยกรรมโลหะเปลือย (หรือทั้งสอง ตามที่มีแนวโน้มการ), โดเมนควรถูกต้องสะท้อนถึงการบรรจบกัน และทรัพยากรร่วมกันที่มีแนวโน้มที่จะเกิดขึ้น ตามที่องค์กรรวบรวมโครงสร้างพื้นฐาน ทั้งหมดนี้คือความแตกต่างระหว่างการสำรองข้อมูลที่ง่าย และการกู้คืน และเต็มรูปแบบต่อ เนื่อง พอล เงินสดของสหราชอาณาจักรให้คำปรึกษาคู่ค้าบรรลุผลบริษัทกล่าว มีความต่อเนื่อง เน้นเป็นการบริการกลับมาเป็นปกติ ซึ่งเรียกวิธีการแบบรวมกับ B และ R ล้มเหลวของระบบ มันบริการจัดการและฟังก์ชันอื่น ๆ และนจะใหญ่เพื่อความต่อเนื่องที่มีประสิทธิภาพเป็นการวางแผนไม่ดี ซึ่งในตัวเองมักเกิดจากความคิดชุด-it- และลืมมัน สถาปัตยกรรมองค์กรและกระบวนการเปลี่ยนแปลงอย่างรวดเร็ว ดังนั้นสิ่งที่แย่สำหรับความต่อเนื่องคือ แผนอิงเป็นหนึ่ง ห้าหรือล้าสมัยแม้กระทั่ง 10 ปี แน่นอน ปัญหาอื่นเป็นการพึ่งพา นิยม แต่ก็ซับซ้อน และไม่มี ประสิทธิภาพ สถาปัตยกรรมที่ทำให้มันยากที่จะเปลี่ยน และ reprovision ทรัพยากรล้มเหลว อย่างต่อเนื่อง กรณีในจุดที่เป็นเครือข่ายพื้นที่เก็บข้อมูล (SAN), SIOS เทคโนโลยี Jerry Melnick กล่าว ใหม่วิธีระบบคลัสเตอร์ซานน้อยสร้างบนชั้นเสมือนมีการจำลองแบบและล้มข้ามโฮสต์หลายมีน้อย หรือไม่มีหยุดชะงัก การแก้ไขปัญหาน้อยกว่าซานล่าแม้ด้วยฟังก์ชันนี้ทั่วพื้นที่ทางภูมิศาสตร์กว้าง ให้บริการป้องกันในกรณีภัยพิบัติอย่างกว้างขวาง และ ด้วยสถานะของแข็งที่ท้องถิ่นเก็บโซลูชั่นในส่วนผสม วิสาหกิจยัง ได้ประโยชน์ของประสิทธิภาพงานดีขึ้น และเก็บค่าใช้จ่ายน้อย กรอบข้อมูลใหม่ที่เกี่ยวกับเทคโนโลยีที่ก้าวหน้ามากกว่า พวกเขาสามารถบังคับการเปลี่ยนแปลงในทางเราสร้าง จัดการ และโต้ตอบกับข้อมูลระบบนิเวศ ล้มเหลวของฮาร์ดแวร์โดยเฉพาะอย่างยิ่งใช้ รหัสแดงของร้าน IT แต่เป็นฟังก์ชันย้ายเข้าแบบเสมือนและชั้นแอพลิเคชัน สุขภาพของชิ้นส่วนของฮาร์ดแวร์ หรือแม้แต่ชุดของชิ้นส่วน กลายเป็นสำคัญ ความล้มเหลวยังมีปัญหาอยู่ที่จะจัดการกับ แต่ถ้าถูกวางแผน มันไม่ได้เป็น วิกฤต อาร์เธอร์โคลเขียนเกี่ยวกับโครงสร้างพื้นฐาน IT ธุรกิจขอบ โคลได้รับการครอบคลุมสื่อไฮเทค และคอมพิวเตอร์อุตสาหกรรมมากกว่า 20 ปี มีหน้าที่เป็นบรรณาธิการของ เทคโนโลยีทีวี วิดีโอ ข่าวเทคโนโลยี ข่าวอินเตอร์เน็ต และมัลติมีเดียประจำสัปดาห์ ผลงานของเขามีปรากฏ ในสื่อสารวันนี้และองค์กรเครือข่ายโลก และ เป็นเว็บเนื้อหาสำหรับลูกค้าไฮเทคจำนวนมากเช่น TwinStrata, Carpathia และ NetMagic