Dbvisit Standby is built on top of

Dbvisit Standby is built on top of the tried and proven Oracle redo/archive logging mechanism, and provides a complete tool for delivering disaster recovery databases.

A Dbvisit Standby configuration consists of a primary (production) database and one or more standby (backup) databases. The primary and standby databases connect using a secure mechanism (SSH) over TCP/IP, allowing databases to exist anywhere provided they can communicate with one another via TCP/IP.

Once the standby database is available (and Dbvisit Standby includes tools to create this), Dbvisit Standby is scheduled to synchronize the databases by transmitting the archive logs from the primary database and applying them to each of the standby databases.

Oracle archive logs are periodically picked up, optionally compressed, and transferred securely to the standby databases. The frequency of this transmission is determined by configuration, with the processes on the primary and standby sites independently scheduled, providing a high degree of control over when data is extracted and when it is applied.

In the event of communication failure, logs are accumulated at the primary site until Dbvisit Standby determines that the network connection has been re-established. Once this happens, Dbvisit Standby transmits the available updates to the secondary sites in the correct sequence.

Replication monitoring sends alerts when it identifies exceptions outside of the configured acceptable bounds, providing advance warning to operators of a failure or disaster. Once failure of the primary site is identified, a single command on the standby server is all that is required to force it to take over as primary database.

Dbvisit Standby assists with the recovery process, providing tools that enable the creation of new databases from the operational production database. This process is highly automated and can be used to quickly establish new standby databases at one or more sites.

Graceful switchover is used to switch roles, transitioning the production database (operating at the standby site during DR operation) to a standby database and the standby database (newly created at the primary site) to the production database. There is no loss of data during the transition and the standby database does not have to be rebuilt

Maintaining your database and protecting it against failures is an essential part of the DBAs job. Without the right tools it can prove to be the most unproductive part of it too. Because Dbvisit Standby gives you control over your database environment it makes managing it less of a chore and frees up more time to focus on other activities. Additionally, the savings on license costs and maintenance fees are significant (up to 80%), as there is no need to upgrade to Enterprise Edition to utilise Data Guard and Dbvisit Standby requires you to license only the primary server.

Results (Thai) 1:

Dbvisit สแตนด์บายอยู่บนการทดลอง และพิสูจน์แล้วว่า Oracle ทำซ้ำ/เก็บล็อกกลไก และมีเครื่องมือที่สมบูรณ์สำหรับการส่งฐานข้อมูลกู้คืนภัยพิบัติโครงการสแตนด์บาย Dbvisit ประกอบด้วยฐานข้อมูลหลัก (การผลิต) และอย่าง น้อยหนึ่งฐานข้อมูลการสแตนด์บาย (สำรอง) ฐานข้อมูลการสแตนด์บาย และหลักการเชื่อมต่อโดยใช้กลไกทาง (SSH) TCP/IP ช่วยให้ฐานข้อมูลมีอยู่ที่ใดให้พวกเขาสามารถสื่อสารกันผ่าน TCP/IPเมื่อฐานข้อมูลการสแตนด์บาย (และสแตนด์บาย Dbvisit รวมถึงเครื่องมือในการสร้างนี้), สแตนด์บาย Dbvisit ถูกกำหนดเวลาให้ตรงกันในฐานข้อมูล โดยส่งบันทึกเก็บจากฐานข้อมูลหลัก และนำไปใช้กับแต่ละฐานข้อมูลการสแตนด์บายOracle เก็บบันทึกเป็นระยะ ๆ หู หรือบีบอัด และโอนย้ายอย่างปลอดภัยกับฐานข้อมูลการสแตนด์บาย ความถี่ของการส่งข้อมูลนี้จะถูกกำหนด โดยกำหนดค่า มีขั้นตอนบนเว็บไซต์หลัก และการสแตนด์บายที่กำหนดได้อย่างอิสระ ให้ระดับสูงการควบคุมเมื่อสกัดข้อมูลและเมื่อใช้ในกรณีความล้มเหลวในการสื่อสาร ล็อกจะสะสมที่ไซต์หลักจน Dbvisit สแตนด์บายกำหนดว่า การเชื่อมต่อเครือข่ายถูกกำหนดขึ้นใหม่ เมื่อเกิดเหตุการณ์ สแตนด์บาย Dbvisit ส่งการปรับปรุงไซต์รองในลำดับที่ถูกต้องตรวจสอบจำลองแบบส่งข้อความแจ้งเตือนเมื่อได้ระบุข้อยกเว้นนอกกำหนดยอมรับขอบเขต เตือนล่วงหน้าให้ผู้ประกอบการของความล้มเหลวหรือความเสียหาย เมื่อมีระบุความล้มเหลวของไซต์หลัก คำสั่งเดียวบนเซิร์ฟเวอร์การสแตนด์บายคือทั้งหมดที่จำเป็นต้องบังคับให้ถ่ายเป็นหลักฐาน สแตนด์บาย Dbvisit ช่วยให้กับกระบวนการกู้คืน ให้เครื่องมือที่ช่วยให้การสร้างฐานข้อมูลใหม่จากฐานข้อมูลการผลิตการดำเนินงาน กระบวนการนี้สูงได้โดยอัตโนมัติ และสามารถใช้เพื่อสร้างฐานข้อมูลการสแตนด์บายใหม่ที่เว็บไซต์อย่าง น้อยหนึ่งอย่างรวดเร็วสง่าอื่นใช้การสลับบทบาท เปลี่ยนฐานข้อมูลการผลิต (ปฏิบัติงานที่ไซต์สแตนด์บายในระหว่าง DR) ฐานข้อมูลการสแตนด์บายและฐานการสแตนด์บาย (สร้างใหม่ที่เว็บไซต์หลัก) ไปยังฐานข้อมูลการผลิต มีข้อมูลไม่สูญหายในระหว่างช่วงการเปลี่ยนภาพ และฐานข้อมูลการสแตนด์บายไม่ต้องถูกสร้างรักษาฐานข้อมูลของคุณ และช่วยปกป้องจากความล้มเหลวเป็นส่วนสำคัญของงาน DBAs โดยเครื่องมือขวา มันสามารถพิสูจน์เป็นส่วนก่อสุดมันเกินไป เนื่องจากการสแตนด์บาย Dbvisit ให้ คุณควบคุมระบบฐานข้อมูลของคุณจะช่วยให้การจัดการน้อยเบื่อ และช่วยให้มีเวลามากขึ้นให้ความสำคัญกับกิจกรรมอื่น ๆ นอกจากนี้ ประหยัดค่าใช้จ่ายใบอนุญาตและค่าบำรุงรักษาเป็นสำคัญ (ถึง 80%) , ไม่จำเป็นต้องปรับรุ่นองค์กรจะใช้เจ้าหน้าที่ข้อมูล และการสแตนด์บาย Dbvisit ต้องการใบอนุญาตเฉพาะเซิร์ฟเวอร์หลัก

Results (Thai) 2:

Dbvisit สแตนด์บายที่ถูกสร้างขึ้นที่ด้านบนของการทดลองและพิสูจน์ออราเคิลทำซ้ำเก็บ / กลไกการเข้าสู่ระบบและให้เป็นเครื่องมือที่สมบูรณ์สำหรับการส่งมอบฐานข้อมูลการกู้คืนภัยพิบัติ. กำหนดค่าสแตนด์บาย Dbvisit ประกอบด้วยหลัก (การผลิต) ฐานข้อมูลและหนึ่งหรือมากกว่าสแตนด์บาย (สำรอง) ฐานข้อมูล . ฐานข้อมูลหลักและสแตนด์บายเชื่อมต่อโดยใช้กลไกการรักษาความปลอดภัย (SSH) ผ่าน TCP / IP ช่วยให้ฐานข้อมูลจะอยู่ที่ใดก็ได้ให้พวกเขาสามารถสื่อสารกับคนอื่นผ่านทาง TCP / IP. เมื่อฐานข้อมูลสแตนด์บายที่มีอยู่ (และสแตนด์บาย Dbvisit รวมถึงเครื่องมือในการสร้างนี้ ) Dbvisit สแตนด์บายมีกำหนดจะประสานฐานข้อมูลโดยการส่งเก็บบันทึกจากฐานข้อมูลหลักและนำมาใช้กับแต่ละฐานข้อมูลสแตนด์บาย. ออราเคิลเก็บบันทึกจะเลือกขึ้นเป็นระยะ ๆ อัดเลือกและโอนอย่างปลอดภัยไปยังฐานข้อมูลสแตนด์บาย ความถี่ของการส่งนี้จะถูกกำหนดโดยการกำหนดค่ากับกระบวนการในเว็บไซต์หลักและกำหนดเวลาสแตนด์บายอิสระให้ระดับสูงของการควบคุมเมื่อข้อมูลที่เป็นสารสกัดและเมื่อมันถูกนำไปใช้. ในกรณีของความล้มเหลวในการสื่อสารบันทึกจะสะสมที่ เว็บไซต์หลักจนกระทั่ง Dbvisit สแตนด์บายเป็นตัวกำหนดว่าการเชื่อมต่อเครือข่ายที่ได้รับการจัดตั้งขึ้นใหม่ เมื่อเกิดเหตุการณ์นี้ Dbvisit สแตนด์บายการปรับปรุงที่พร้อมส่งไปยังเว็บไซต์มัธยมศึกษาในลำดับที่ถูกต้อง. ตรวจสอบการจำลองแบบส่งการแจ้งเตือนเมื่อมีการระบุข้อยกเว้นด้านนอกของการกำหนดค่าขอบเขตที่ยอมรับได้ให้การเตือนล่วงหน้าไปยังผู้ประกอบการของความล้มเหลวหรือภัยพิบัติ เมื่อความล้มเหลวของเว็บไซต์หลักที่มีการระบุคำสั่งเดียวบนเซิร์ฟเวอร์สแตนด์บายเป็นสิ่งที่จำเป็นต้องมีการบังคับให้นำไปเป็นฐานข้อมูลหลัก. Dbvisit สแตนด์บายช่วยให้กับกระบวนการกู้คืนการจัดหาเครื่องมือที่ช่วยให้การสร้างฐานข้อมูลใหม่จาก ฐานข้อมูลการผลิตในการดำเนินงาน กระบวนการนี้เป็นไปโดยอัตโนมัติอย่างมากและสามารถนำมาใช้งานได้อย่างรวดเร็วสร้างฐานข้อมูลใหม่สแตนด์บายที่หนึ่งหรือมากกว่าเว็บไซต์. เปลี่ยนแปลงอย่างสง่างามจะใช้ในการสลับบทบาทเปลี่ยนฐานข้อมูลการผลิต (การดำเนินงานที่เว็บไซต์สแตนด์บายในระหว่างการดำเนิน DR) ไปยังฐานข้อมูลสแตนด์บายและสแตนด์บาย ฐานข้อมูล (ที่สร้างขึ้นใหม่ได้ที่เว็บไซต์หลัก) ไปยังฐานข้อมูลการผลิต มีการสูญเสียข้อมูลในช่วงการเปลี่ยนแปลงและฐานข้อมูลสแตนด์บายไม่ต้องได้รับการสร้างขึ้นมาใหม่คือการรักษาฐานข้อมูลของคุณและปกป้องมันกับความล้มเหลวเป็นส่วนสำคัญของงาน DBAs โดยไม่ต้องมีเครื่องมือที่เหมาะสมที่จะสามารถพิสูจน์ได้ว่าเป็นส่วนที่อุดมสมบูรณ์ที่สุดของมันเกินไป เพราะ Dbvisit สแตนด์บายจะช่วยให้คุณสามารถควบคุมสภาพแวดล้อมฐานข้อมูลของคุณมันทำให้การจัดการมันน้อยของงานบ้านและอิสระขึ้นเวลามากขึ้นเพื่อมุ่งเน้นไปที่กิจกรรมอื่น ๆ นอกจากนี้การประหยัดค่าใช้จ่ายในใบอนุญาตและค่าบำรุงรักษาเป็นอย่างมีนัยสำคัญ (สูงสุดถึง 80%) ในขณะที่มีความจำเป็นที่จะปรับรุ่น Enterprise Edition แบบที่จะใช้ยามข้อมูลและสแตนด์บาย Dbvisit คุณจะต้องได้รับใบอนุญาตเท่านั้นเซิร์ฟเวอร์หลัก

Results (Thai) 3:

dbvisit สแตนด์บายถูกสร้างขึ้นที่ด้านบนของการทดลองและพิสูจน์แล้วว่า Oracle ทำซ้ำ / จัดเก็บเข้าสู่ระบบกลไก และมีเครื่องมือที่สมบูรณ์แบบสำหรับการส่งฐานข้อมูลการกู้คืนภัยพิบัติ .

dbvisit สแตนด์บายการตั้งค่าประกอบด้วยหลัก ( การผลิต ) ฐานข้อมูลและหนึ่งหรือมากกว่าหนึ่งสำรอง ( Backup ) ฐานข้อมูล ฐานข้อมูลหลักและพร้อมเชื่อมต่อโดยใช้กลไกที่ปลอดภัย ( SSH ) ผ่าน TCP / IP ,ช่วยให้ฐานข้อมูลเพื่ออยู่จริงให้พวกเขาสามารถสื่อสารกับคนอื่นผ่านทาง TCP / IP

เมื่อฐานข้อมูลสแตนด์บายสามารถใช้ได้ ( และ dbvisit สแตนด์บายมีเครื่องมือในการสร้าง ) , dbvisit สแตนด์บายต้องประสานฐานข้อมูล โดยส่งเอกสารบันทึกจากฐานข้อมูลหลักและใช้พวกเขาในแต่ละฐานข้อมูลสแตนด์บาย .

Oracle จัดเก็บบันทึก เป็นระยะ ๆ หยิบเลือกบีบอัดและโอนอย่างปลอดภัยในฐานข้อมูลสแตนด์บาย ความถี่ของการส่งนี้จะถูกกำหนดโดยการตั้งค่ากับกระบวนการในเว็บไซต์หลักและสำรองอิสระที่กำหนดให้ระดับสูงของการควบคุม เมื่อข้อมูลที่แยก และเมื่อมันถูกนำไปใช้

ในกรณีของความล้มเหลวของการสื่อสารบันทึกการสะสมที่เว็บไซต์จนกว่า dbvisit พร้อมกำหนดว่าการเชื่อมต่อเครือข่ายได้รับการ re ตั้งขึ้น เมื่อเกิดเหตุการณ์นี้ dbvisit พร้อมส่งอัพเดทไปยังไซต์รองในลำดับที่ถูกต้อง

ติดตามการส่งการแจ้งเตือนเมื่อระบุข้อยกเว้นด้านนอกของการกำหนดค่ายอมรับขอบเขตให้เตือนล่วงหน้าให้แก่ผู้ประกอบการของความล้มเหลวหรือความเสียหาย เมื่อความล้มเหลวของเว็บไซต์หลักจะระบุคำสั่งเดียวบนเซิร์ฟเวอร์สแตนด์บายทั้งหมดที่จะต้องบังคับมันให้มาเป็นฐานข้อมูลหลัก

dbvisit พร้อมช่วยให้กระบวนการกู้คืนข้อมูลให้เครื่องมือที่ช่วยให้การสร้างฐานข้อมูลใหม่จากการผลิตการดำเนินงานฐานข้อมูลกระบวนการนี้มากโดยอัตโนมัติ และสามารถใช้ได้อย่างรวดเร็วสร้างใหม่ฐานข้อมูลสแตนด์บายในหนึ่งหรือมากกว่าหนึ่งเว็บไซต์

สง่างาม Switchover ใช้สลับบทบาท เปลี่ยนฐานข้อมูลการผลิต ( งานที่ไซต์งานสแตนด์บายในดร ) ไปยังฐานข้อมูลสแตนด์บายและฐานข้อมูลสแตนด์บาย ( สร้างขึ้นใหม่ที่เว็บไซต์หลัก ) ไปยังฐานข้อมูล การผลิตไม่มีการสูญหายของข้อมูลในระหว่างการเปลี่ยนและฐานข้อมูลสแตนด์บายไม่ต้องสร้างใหม่

รักษาฐานข้อมูลของคุณและปกป้องมันกับความล้มเหลวเป็นส่วนหนึ่งของ DBAs งาน โดยเครื่องมือที่เหมาะสมที่สามารถพิสูจน์ให้เป็นส่วนหนึ่งมีผลมากที่สุดเหมือนกันเพราะ dbvisit เตรียมพร้อมให้คุณสามารถควบคุมสภาพแวดล้อมฐานข้อมูลของคุณมันทำให้การจัดการน้อยของงานบ้าน และอิสระขึ้นเวลามากขึ้นเพื่อมุ่งเน้นกิจกรรมอื่น ๆ นอกจากนี้ การประหยัดค่าใช้จ่ายในใบอนุญาตและค่าธรรมเนียมการบำรุงรักษาความสัมพันธ์ ( ได้ถึง 80% )ที่ไม่จำเป็นต้องปรับรุ่น Enterprise Edition ใช้ป้องกันข้อมูล dbvisit สแตนด์บายและต้องมีใบอนุญาตเท่านั้นเซิร์ฟเวอร์หลัก