Overview of High AvailabilityAvaila

Overview of High Availability
Availability is the degree to which an application, service, or functionality is available on demand. For example, an OLTP database used by an online bookseller is available to the extent that it is accessible by customers making purchases. Reliability, recoverability, timely error detection, and continuous operations are the primary characteristics of high availability.
The importance of high availability in a database environment is tied to the cost of downtime, which is the time that a resource is unavailable. Downtime can be categorized as either planned or unplanned. The main challenge when designing a highly available environment is examining all possible causes of downtime and developing a plan to deal with them.
1. High Availability and Unplanned Downtime
Oracle Database provides high availability solutions to prevent, tolerate, and reduce downtime for all types of unplanned failures. Unplanned downtime can be categorized by its causes:
1.1. Site Failures
A site failure occurs when an event causes all or a significant portion of an application to stop processing or slow to an unusable service level. A site failure may affect all processing at a data center, or a subset of applications supported by a data center. Examples include an extended site-wide power or network failure, a natural disaster making a data center inoperable, or a malicious attack on operations or the site.
The simplest form of protection against site failures is to create database backups using RMAN and store them offsite. You can restore the database to another host. However, this technique can be time-consuming, and the backup may not be current. Maintaining one or more standby databases in a Data Guard environment enables you to provide continuous database service if the production site fails.
1.2. Computer Failures
A computer failure outage occurs when the system running the database becomes unavailable because it has shut down or is no longer accessible. Examples of computers failures include hardware and operating system failures.
The following Oracle features protect against or help respond to computer failures:
- Enterprise Grids
In an Oracle Real Applications Cluster (Oracle RAC) environment, Oracle Database runs on two or more systems in a cluster while concurrently accessing a single shared database. A single database system spans multiple hardware systems yet appears to the application as a single database.
- Oracle Data Guard
Data Guard enables you to maintain a copy of a production database, called a standby database, that can reside on a different continent or in the same data center. If the primary database is unavailable because of an outage, then Data Guard can switch any standby database to the primary role, minimizing downtime.
- Oracle Restart
Components in the Oracle Database software stack, including the database instance, listener, and Oracle ASM instance, can restart automatically after a component failure or whenever the database host computer restarts. Oracle Restart ensures that Oracle components are started in the proper order, in accordance with component dependencies.
- Fast Start Fault Recovery
A common cause of unplanned downtime is a system fault or crash. The fast start fault recovery technology in Oracle Database automatically bounds database instance recovery time.
1.3. Storage Failures
A storage failure outage occurs when the storage holding some or all of the database contents becomes unavailable because it has shut down or is no longer accessible. Examples of storage failures include the failure of a disk drive or storage array
- Oracle Automatic Storage Management
- Backup and recovery
1.4. Data Corruption
A data corruption occurs when a hardware, software or network component causes corrupt data to be read or written. For example, a volume manager error causes bad disk read or writes. Data corruptions are rare but can have a catastrophic effect on a database, and therefore a business.
- Lost write protection
- Data block corruption detection
- Data Recovery Advisor
1.5. Human Errors
A human error outage occurs when unintentional or malicious actions are committed that cause data in the database to become logically corrupt or unusable. The service level impact of a human error outage can vary significantly depending on the amount and critical nature of the affected data.
Much research cites human error as the largest cause of downtime. Oracle Database provides powerful tools to help administrators quickly diagnose and recover from these errors. It also includes features that enable end users to recover from problems without administrator involvement.
- Restriction of user access
- Oracle Flashback Technology
- Oracle LogMiner
2. High Availability and Planned Downtime
Planned downtime can be just as disruptive to operations, especially in global enterprises that support users in multiple time zones. In this case, it is important to design a system to minimize planned interruptions such as routine operations, periodic maintenance, and new deployments.

2.1. System and Database Changes
Planned system changes occur when you perform routine and periodic maintenance operations and new deployments, including scheduled changes to the operating environment that occur outside of the organizational data structure in the database. Examples include adding or removing CPUs and cluster nodes (a node is a computer on which a database instance resides), upgrading system hardware or software, and migrating the system platform.
- Dynamic reconfiguration of the database
- Autotuning memory management
- Automated distributions of data files, control files, and online redo log files

2.2. Data Changes
Planned data changes occur when there are changes to the logical structure or physical organization of Oracle Database objects. The primary objective of these changes is to improve performance or manageability. Examples include table redefinition, adding table partitions, and creating or rebuilding indexes.

2.3. Application Changes
Planned application changes may include changes to data, schemas, and programs. The primary objective of these changes is to improve performance, manageability, and functionality. An example is an application upgrade.
- Rolling patch updates
- Rolling release upgrades
- Edition-based redefinition
- DDL with the default WAIT option
- Creation of triggers in a disabled state

Results (Vietnamese) 1:

Tổng quan về tính sẵn sàng caoTình trạng sẵn có là mức độ mà một ứng dụng, Dịch vụ, hoặc các chức năng có sẵn theo yêu cầu. Ví dụ, một cơ sở dữ liệu OLTP được sử dụng bởi một bookseller trực tuyến có sẵn đến mức mà nó có thể truy cập bởi khách thực hiện mua hàng. Độ tin cậy, recoverability, phát hiện lỗi kịp thời, và hoạt động liên tục là các đặc điểm chính của sẵn sàng cao.Tầm quan trọng cao sẵn có trong một môi trường cơ sở dữ liệu bị ràng buộc với chi phí của thời gian chết, đó là thời gian mà một nguồn tài nguyên không có sẵn. Thời gian chết có thể được phân loại như kế hoạch hoặc có kế hoạch. Thách thức chính khi thiết kế một môi trường rất có sẵn kiểm tra tất cả các nguyên nhân có thể của thời gian chết và phát triển một kế hoạch để đối phó với họ. 1. cao sẵn có và không có kế hoạch thời gian chếtOracle cơ sở dữ liệu cung cấp giải pháp sẵn sàng cao để ngăn chặn, tha thứ, và giảm thời gian chết cho tất cả các loại có kế hoạch thất bại. Thời gian chết không có kế hoạch có thể được phân loại theo nguyên nhân của nó:1.1. trang web thất bạiMột trang web thất bại xảy ra khi một sự kiện gây ra tất cả hoặc một phần quan trọng của một ứng dụng để ngừng xử lý hoặc làm chậm đến một mức độ không sử dụng được dịch vụ. Một trang web thất bại có thể ảnh hưởng đến tất cả xử lý tại một trung tâm dữ liệu, hoặc một tập hợp con của các ứng dụng được hỗ trợ bởi một trung tâm dữ liệu. Ví dụ như một mở rộng trang web rộng sức mạnh hoặc mạng thất bại, một thảm họa tự nhiên làm cho một trung tâm dữ liệu không hoạt động hoặc một cuộc tấn công độc hại vào hoạt động hoặc các trang web.Các hình thức đơn giản nhất của bảo vệ chống lại trang web thất bại là để tạo bản sao lưu cơ sở dữ liệu bằng cách sử dụng RMAN và lưu trữ chúng offsite. Bạn có thể khôi phục lại cơ sở dữ liệu một máy chủ. Tuy nhiên, kỹ thuật này có thể tốn thời gian, và sao lưu không thể hiện tại. Duy trì một hoặc nhiều chờ cơ sở dữ liệu trong một môi trường bảo vệ dữ liệu cho phép bạn để cung cấp dịch vụ cơ sở dữ liệu liên tục nếu các trang web sản xuất không thành công.1.2. máy tính thất bạiMột máy tính thất bại Cúp xảy ra khi hệ thống chạy cơ sở dữ liệu trở nên không có sẵn, bởi vì nó đã đóng cửa hoặc là không còn có thể truy cập. Các ví dụ của máy tính thất bại như thất bại phần cứng và hệ điều hành.Oracle sau các tính năng bảo vệ chống lại hoặc giúp đáp ứng với máy tính thất bại:-Doanh nghiệp lướiTrong môi trường Oracle thực ứng dụng cụm (Oracle RAC), cơ sở dữ liệu Oracle chạy trên hệ thống hai hoặc nhiều hơn trong một cụm trong khi đồng thời truy cập cơ sở dữ liệu được chia sẻ duy nhất. Một hệ thống cơ sở dữ liệu duy nhất này kéo dài nhiều hệ thống phần cứng nào được nêu ra dường như các ứng dụng như một cơ sở dữ liệu duy nhất.-Oracle dữ liệu bảo vệBảo vệ dữ liệu cho phép bạn duy trì một bản sao của một cơ sở dữ liệu sản xuất, được gọi là một cơ sở dữ liệu dự phòng, mà có thể cư trú trên một lục địa khác nhau hoặc trong Trung tâm dữ liệu tương tự. Nếu cơ sở dữ liệu chính là không sẵn dùng vì một cúp, sau đó bảo vệ dữ liệu có thể chuyển đổi bất kỳ cơ sở dữ liệu dự phòng vai trò chính, giảm thiểu thời gian chết.-Khởi động lại oracleCác thành phần trong ngăn xếp phần mềm cơ sở dữ liệu Oracle, bao gồm cả các trường hợp cơ sở dữ liệu, nghe, và Oracle ASM trường hợp, có thể khởi động lại tự động sau một thất bại thành phần hoặc bất cứ khi nào khởi động lại máy chủ cơ sở dữ liệu. Khởi động lại Oracle đảm bảo rằng Oracle thành phần được bắt đầu vào đúng thứ tự, phù hợp với quan hệ phụ thuộc thành phần.-Nhanh chóng bắt đầu phục hồi lỗiMột nguyên nhân phổ biến của thời gian chết không có kế hoạch là một hệ thống lỗi hoặc tai nạn. Công nghệ phục hồi nhanh chóng bắt đầu lỗi trong Oracle cơ sở dữ liệu tự động giới hạn thời gian phục hồi cơ sở dữ liệu ví dụ.1.3. lí thất bạiMột cúp thất bại lí xảy ra khi lưu trữ đang nắm giữ một số hoặc tất cả nội dung cơ sở dữ liệu sẽ trở thành không sẵn dùng vì nó đã đóng cửa hoặc là không còn có thể truy cập. Ví dụ về các thất bại lí bao gồm sự thất bại của một ổ đĩa hoặc lí mảng-Quản lý lưu trữ tự động oracle-Sao lưu và phục hồi1.4. dữ liệu tham nhũngMột tham nhũng dữ liệu xảy ra khi một thành phần phần cứng, phần mềm hoặc mạng làm hỏng dữ liệu được đọc hoặc viết lưu. Ví dụ, một khối lượng quản lý lỗi gây ra tình trạng đĩa đọc hoặc viết. Dữ liệu nhiễm là hiếm nhưng có thể có những tác động nghiêm trọng trên một cơ sở dữ liệu, và do đó là một doanh nghiệp.-Mất viết bảo vệ-Dữ liệu ngăn chặn tham nhũng phát hiện-Dữ liệu phục hồi cố vấn1.5. con người lỗiMột cúp lỗi của con người xảy ra khi không chủ ý hoặc hành động độc hại được cam kết rằng nguyên nhân dữ liệu trong cơ sở dữ liệu để trở thành một cách hợp lý hỏng hoặc không sử dụng được. Tác động cấp dịch vụ của một cúp lỗi của con người có thể thay đổi đáng kể tùy thuộc vào số lượng và các tính chất quan trọng của các dữ liệu bị ảnh hưởng.Nhiều nghiên cứu trích dẫn lỗi của con người như là lớn nhất nguyên nhân của thời gian chết. Cơ sở dữ liệu oracle cung cấp các công cụ mạnh mẽ để giúp quản trị viên chẩn đoán và phục hồi từ những nhanh chóng lỗi. Nó cũng bao gồm các tính năng cho phép người dùng cuối giß║úi quyß║┐t mà các vấn đề mà không có quản trị viên tham gia.-Hạn chế người dùng truy cập -Công nghệ Flashback oracle -Oracle LogMiner 2. sẵn sàng cao và kế hoạch thời gian chếtKế hoạch thời gian chết có thể gây rối để hoạt động, toàn cầu đặc biệt là các doanh nghiệp mà in in hỗ trợ nhiều người dùng được múi. Trong trường hợp này, nó là quan trọng, để thiết kế một hệ thống để giảm thiểu kế hoạch bị gián đoạn như thường xuyên hoạt động, bảo trì định kỳ, và quá trình triển khai mới. 2.1. hệ thống và cơ sở dữ liệu thay đổi kế hoạch hệ thống thay đổi xảy ra thường xuyên và định kỳ khi bạn thực hiện bảo trì hoạt động và triển khai mới, thay đổi để hoạt động theo lịch trình gồm mà môi trường bên ngoài tổ chức dữ liệu xảy ra trong cấu trúc cơ sở dữ liệu. Ví dụ bao gồm thêm CPU và cụm nút loại bỏ hoặc (một nút là một máy tính trên mà một trường hợp cơ sở dữ liệu cư trú), nâng cấp hệ thống phần mềm hoặc phần cứng, và di chuyển nền tảng hệ thống. – Năng động cấu hình lại của cơ sở dữ liệu -Quản lý bộ nhớ Autotuning -Tự động phân phối các tập tin dữ liệu, kiểm soát tập tin, và trực tuyến làm lại tập tin đăng nhập 2.2. Dữ liệu thay đổi kế hoạch dữ liệu thay đổi xảy ra khi có thay đổi cơ cấu hợp lý hay vật lý tổ chức của các đối tượng cơ sở dữ liệu Oracle. Mục tiêu chính của những thay đổi để cải thiện hiệu suất hoặc manageability là Ví dụ như bảng redefinition, thêm bảng phân vùng, và tạo ra trong hoặc xây dựng lại các chỉ số. 2.3. Thay đổi ứng dụng đã lên kế hoạch thay đổi để thay đổi dữ liệu ứng dụng bao gồm may, lược đồ, và các chương trình. Mục tiêu chính của những thay đổi là để cải thiện hiệu suất, manageability và chức năng. Một ví dụ là một nâng cấp ứng dụng. -Cán vá Cập Nhật - Lăn phát hành nâng cấp -Redefinition edition dựa trên -Card mạng với các tùy chọn mặc định chờ đợi -Tạo ra các yếu tố trong tình trạng Khuyết tật

Results (Vietnamese) 2:

Overview of High Availability
Availability is the degree to which an application, service, or function is available upon request. For example, an OLTP database is used by a seller is available to book online extent that it can be accessed by the customer purchases. The reliability, recoverability, timely error detection, and continuous operations are the main characteristics of high availability.
The importance of High availability in a database environment are tied to the cost of downtime, it is time that a resource is unavailable. Downtime can be classified as planned or external design plan. The main challenge when designing a high-availability environment is checked all possible causes outages and develop a plan to deal with them.
1. High Availability and Unplanned Downtime
Mechanical Oracle database provides high availability solutions to prevent, tolerate, and reduce the time for all kinds of unintended damage. Downtime no plans can be classified according to the cause of it:
1.1. Failure Site
A site failure occurs when an event causes all or a significant part of an application to stop processing or slow to a level of service can not be used. A defeat site can affect all processing at a data center, or a subset of applications that are supported by a data center. For example, a power or network expansion Page wide web, a natural disaster makes a data center is not working, or a malicious attack on the activities or sites.
The simplest form of protection against errors sites is to create the backup database using RMAN and store them offsite. You can restore the database to another host. However, this technique may take time , and the backup may no longer exist. Maintaining one or more standby databases in a Data Guard environment that allows you to provide service continuity database if the production site no.
1.2. Failure computer
A computer outage failure occurs when the system is running the database is unavailable because it has shut down or is no longer accessible. Examples include computer hardware failure and Contacts Operating failures.
The following Oracle features protect against or help cope with computer failure:
- Enterprise Grids
In an Oracle Real Application Cluster (Oracle RAC) environments, Oracle database running on two or more systems in a cluster while concurrently accessing the database is shared only. A database system only lasts hardware system appear to the application as a single database.
- Oracle Data Guard
Data Guard allows you to maintain a copy of a production database, called a standby database, which can reside on a continent different or the same data center. If the database is not available as a power failure, then Data Guard can switch any standby database to the main role, minimizing time dead.
- Oracle Restart
software components in the database Oracle stack, including database instance, hear, and Oracle ASM instance, can restart automatically after a component failure or any Whenever restart the database server. Oracle Restart ensures that Oracle components are started in order of appropriate, consistent with the dependent components.
- Fast Start Fault Recovery
A common cause turn of downtime does not plan a system failure or crash. The fast start fault recovery technology in the database automatically clears the time Oracle database instance recovery.
1.3. Failure storage failure
A storage failure outage occurs when storage holds some or all of the content database is unavailable because it has shut down or is no longer accessible. Examples include the storage error failure of a disk array or storage
- Oracle Automatic Storage Management
- Backup and Restore
1.4. Corruption
may be data errors occur when a hardware, software or network components that may damage data read or write. For example, a volume manager error caused the bad disk read or write. Corruption of data are rare but can have a catastrophic effect on a database, and therefore a business .
- Lost write protection
- Detects corrupt data blocks
- Data Recovery Advisor
1.5. Human error
A human error outage occurs when the act of unintentional or malicious data represent that materials people in the database to become logically corrupted or unusable. The impact of a service-level human error outage can vary significantly depending on the amount and critical nature of Data affected.
Many studies cited human error is the biggest cause of downtime. Oracle Database provides powerful tools to help administrators quickly diagnose and recover from these errors. It also includes features that allow users to recover from problems without administrator involvement.
- Restricting user access
- Oracle Flashback Technologies
- Oracle LogMiner
2 . High Availability and Planned Downtime
planned downtime can be just as disruptive to operations, especially in global enterprises that support users in multiple time zones. In this case, it it is important to design a system to minimize disruption of activities planned as regular, periodic maintenance, and new deployments. 2.1. System database and change plans to change the system happen when you perform regular maintenance activities and periodic and new deployment, including changes expected environmental activities occur outside of the structured data held in databases data. For example, add or remove the CPU and cluster nodes (a node is a computer on which a case database resides), upgrading the system hardware or software, and move the system platform. - Dynamic reconfiguration of the database - Memory management Autotuning - automatic distribution of data files, control files, and redo log files online 2.2. Change data data changes occur when the plan changes the logical structure or physical organization of Oracle database objects. The main objective of these changes is to improve performance or management. The examples include table redefinition, more partition tables, and create or rebuild the index. 2.3. Change the application to change the planned application may include data changes , schema, and the program. The main objective of these changes is to improve the performance, management, and functional. An example is an application upgrade. - Roll the update patches - upgrade released book - Edition-based redefinition - DDL with the default option WAIT - Creation of triggers in disability