While the benefits of a CBU as an understudy system are pretty well understood, a CBU system offers a number of other benefits, many of which depend on its ability to duplicate the database on your main system. In no particular order, here are five other benefits that I've realized in running a CBU.
Replacement for a Disaster Recovery System--Because a CBU is its own ready-to-go disaster recovery environment, a fully tested CBU system should automatically replace your disaster recovery contract and testing. If you co-locate your CBU at an off-site location that your organization already owns, such as a sister division, the cost of the CBU might be offset somewhat by the loss of your disaster recovery contract. But if you need to co-locate your CBU at an outside vendor center that is specifically set up for high availability, you may wind up replacing one lease for another.
Using the CBU as a Data Warehouse--This is a tricky proposition, but since the CBU contains up-to-date replicated copies of your entire database, you can theoretically use it as a data warehouse in order to reduce the strain of users and companion servers accessing data on your production box. This valid technique does have one downside: If and when you need to failover to the CBU and use it to impersonate your production system, your users and companion servers may lose access to the data warehouse on the CBU because the CBU machine will not be available as itself (domain name and IP address) while it's impersonating your production system.
Possible Elimination of Maintenance Outages--A number of companies are not limiting CBU failover usage just to disasters. In some cases, a company may choose to failover to the CBU when performing production box maintenance that might cause your source system to be out of commission for a longer period of time. So if you decide to install a CBU and you've perfected your failover strategy so that you can change machines in a short period of time, you have the option of keeping your production applications and data available while you perform system maintenance or a system upgrade. I've even heard stories of some larger institutions that regularly cycle processing between the production machine and the CBU, leaving the CBU up for several days or even for a week at a time while they perform other work on the production box. Once you are able to failover to the CBU with relative ease, using the CBU for scheduled downtime becomes another valid option.
Increase Production Uptime by Eliminating (Almost) All Daily and Weekly Backups--If your production box needs to be available on a 24x7 basis, you can almost eliminate your backup window by taking your database and application backups from the target CBU box, instead of backing them up from your source production System i. Even if you are running a "save-while-active" backup, your saves can benefit by saving your data on a completely quiet system where all the databases are synchronized with each other and no updates are occurring. And while the daily, weekly, and monthly saves are being performed over your replicated CBU data, your production system can keep churning away without any interruption at all, providing pure 24x7 access. If you decide to use this approach, however, keep in mind that you will need to use the same type of backup media device on both the source and target machines so that you can freely restore files backed up on one machine to another machine. The other item to note is that this technique will not eliminate source system backups all together. You will still have to take a comprehensive backup on your source machine eventually, in case you need to restore the entire machine after a crash.
Rethinking the Idea of Off-Site Storage of Backup Media--Setting up a CBU as a backup machine can change your idea of how you treat backup media storage. Most sensible recovery scenarios and auditors require you to store backup media off-site so that you can still recover the data in the event a disaster takes out your whole data center. But how does that strategy change when you're backing up your data on a CBU machine that is co-located in an entirely different location? Do you need to store your backup media off-site when the CBU you're backing up from is already located off-site? Can you store your backup media in the same location as the CBU? A clever person might even make the argument that with a co-located CBU, you might not need to perform backups at all because the data is already stored in two different locations. I'm not an auditor but I would be interested in understanding what kind of backup media management policy auditors are recommending to their clients who want to use their CBU as a backup box. If anyone has any information or thoughts on this topic, please feel free to email me and I'll be glad to print your comments in an upcoming column.
So as you can see, there are some benefits to running a CBU that extend beyond the its central purpose in life: backing up and replacing your production box in the event of an emergency. A CBU opens up some new ground in your shop, and it's worth taking a little bit of time to understand everything it can do for you.
Correction: Adding Another System i HA Vendor to the List
In my Admin Alert on The System i High Availability Roadmap, I mentioned the different high availability solutions offered by Vision Solutions (MIMIX HA, iTera HA, and ORION HA) as well as the DataMirror products offered by IBM. However, Bruce Lesnick of Bug Busters Software Engineering wrote in to remind me that Bug Busters also offers System i HA in its latest version of its Remote Software Facility package, RSF 8.1. So if you are looking for HA solutions for your System i box, be sure to add Bug Busters RSF to your evaluation lis
ในขณะที่ผลประโยชน์ของ CBU ในฐานะตัวสำรองระบบสวยดีครับ เป็นระบบเพื่อเสนอจำนวนของผลประโยชน์อื่น ๆ มากมาย ซึ่งขึ้นอยู่กับความสามารถในการทำสำเนาฐานข้อมูลบนระบบหลักของคุณ ไม่มีลำดับ ที่นี่ห้าประโยชน์อื่น ๆที่ฉันได้ตระหนักในการเรียกใช้ CBU .
เพื่อทดแทนระบบกู้คืนภัยพิบัติ . . . เพราะเป็น CBU เป็นของตัวเองพร้อมที่จะไปสภาพแวดล้อมการกู้คืนภัยพิบัติ , การทดสอบอย่างเต็มที่เพื่อระบบโดยอัตโนมัติควรเปลี่ยนสัญญาการกู้คืนภัยพิบัติและการทดสอบ ถ้าคุณร่วมค้นหา CBU ที่สถานที่สถานที่ที่องค์กรของคุณได้เป็นเจ้าของ เช่น พี่กองต้นทุนของ CBU จะชดเชยบ้างโดยการสูญเสียของสัญญากู้คืนของคุณ แต่ถ้าคุณต้องการที่จะร่วมค้นหา CBU ที่ด้านนอกศูนย์จำหน่ายที่เฉพาะการตั้งค่าสำหรับความพร้อมสูง คุณอาจจะลมขึ้นแทนที่หนึ่งเช่าอีก .
ใช้เพื่อเป็นคลังข้อมูล -- นี้เป็นเรื่องซับซ้อนมาก but since the CBU contains up-to-date replicated copies of your entire database, you can theoretically use it as a data warehouse in order to reduce the strain of users and companion servers accessing data on your production box. This valid technique does have one downside: If and when you need to failover to the CBU and use it to impersonate your production system, your users and companion servers may lose access to the data warehouse on the CBU because the CBU machine will not be available as itself (domain name and IP address) while it's impersonating your production system.
Possible Elimination of Maintenance Outages--A number of companies are not limiting CBU failover usage just to disasters. In some cases,บริษัทอาจเลือกยาเส้นกับ CBU เมื่อดำเนินการผลิตกล่องการบำรุงรักษาที่อาจทำให้ระบบของคุณจะออกจากคณะกรรมการสำหรับระยะเวลานานของเวลา ดังนั้นถ้าคุณตัดสินใจที่จะติดตั้ง CBU และคุณได้สมบูรณ์กลยุทธ์ทำให้ลูกค้าสามารถของคุณเพื่อให้คุณสามารถเปลี่ยนเครื่องได้ในช่วงระยะเวลาสั้นๆ you have the option of keeping your production applications and data available while you perform system maintenance or a system upgrade. I've even heard stories of some larger institutions that regularly cycle processing between the production machine and the CBU, leaving the CBU up for several days or even for a week at a time while they perform other work on the production box. Once you are able to failover to the CBU with relative ease, using the CBU for scheduled downtime becomes another valid option.
Increase Production Uptime by Eliminating (Almost) All Daily and Weekly Backups--If your production box needs to be available on a 24x7 basis, you can almost eliminate your backup window by taking your database and application backups from the target CBU box, instead of backing them up from your source production System i. Even if you are running a "save-while-active" backup, your saves can benefit by saving your data on a completely quiet system where all the databases are synchronized with each other and no updates are occurring. And while the daily, weekly, and monthly saves are being performed over your replicated CBU data, your production system can keep churning away without any interruption at all, providing pure 24x7 access. If you decide to use this approach, however, keep in mind that you will need to use the same type of backup media device on both the source and target machines so that you can freely restore files backed up on one machine to another machine. The other item to note is that this technique will not eliminate source system backups all together. You will still have to take a comprehensive backup on your source machine eventually, in case you need to restore the entire machine after a crash.
Rethinking the Idea of Off-Site Storage of Backup Media--Setting up a CBU as a backup machine can change your idea of how you treat backup media storage. Most sensible recovery scenarios and auditors require you to store backup media off-site so that you can still recover the data in the event a disaster takes out your whole data center. But how does that strategy change when you're backing up your data on a CBU machine that is co-located in an entirely different location? Do you need to store your backup media off-site when the CBU you're backing up from is already located off-site? Can you store your backup media in the same location as the CBU? A clever person might even make the argument that with a co-located CBU,คุณอาจต้องการที่จะดำเนินการสำรองข้อมูลทั้งหมด เพราะข้อมูลที่เก็บไว้แล้วในสองสถานที่ที่แตกต่างกัน ผมไม่ได้เป็นผู้สอบบัญชี แต่ผมจะสนใจในการทำความเข้าใจชนิดของสื่อสำรองข้อมูลนโยบายการจัดการผู้ตรวจสอบจะแนะนำให้กับลูกค้าของพวกเขาที่ต้องการใช้ CBU เป็นกล่องสำรอง ถ้าใครมีข้อมูลหรือความคิดในหัวข้อนี้กรุณารู้สึกฟรีเพื่อส่งอีเมลฉันและฉันจะยินดีที่จะพิมพ์ความคิดเห็นของคุณในคอลัมน์ต่อไป
อย่างที่คุณเห็น มีบางประโยชน์ใช้ CBU ที่ขยายเกินกลางของมัน วัตถุประสงค์ในชีวิต : การสำรองและการผลิตกล่องของคุณในกรณีฉุกเฉิน มีบางอย่างเพื่อเปิดพื้นที่ใหม่ในร้านค้าของคุณและมันก็คุ้มหน่อยเวลาเข้าใจสิ่งที่มันสามารถทำเพื่อคุณ .
แก้ไข : เพิ่มระบบ ผมฮาผู้ขายรายชื่อในการแจ้งเตือนผู้ดูแลระบบของฉัน
ในระบบผมสูงพร้อมแผนงาน ผมพูดถึงที่แตกต่างกันสูงพร้อมโซลูชั่นเสนอวิสัยทัศน์ โซลูชั่น ( mimix ฮา itera ฮาและโอไรออน ฮา ) เป็น datamirror ผลิตภัณฑ์ที่เสนอ โดยไอบีเอ็ม . อย่างไรก็ตาม Bruce Lesnick of Bug Busters Software Engineering wrote in to remind me that Bug Busters also offers System i HA in its latest version of its Remote Software Facility package, RSF 8.1. So if you are looking for HA solutions for your System i box, be sure to add Bug Busters RSF to your evaluation lis
การแปล กรุณารอสักครู่..
