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) 2:

Tổng quan về High Availability
trạng sẵn có là mức độ mà một ứng dụng, dịch vụ, hoặ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 người bán sách trực tuyến có sẵn đến mức mà nó có thể truy cập bởi các khách hàng mua hàng. Độ tin cậy, khả năng thu hồi, phát hiện lỗi kịp thời, và các hoạt động liên tục là những đặc điểm chính của tính sẵn sàng cao.
Tầm quan trọng của tính sẵn sàng cao trong một môi trường cơ sở dữ liệu được gắn với các chi phí về thời gian chết, đó là thời gian mà một nguồn tài nguyên là không có. Thời gian chết có thể được phân loại theo quy hoạch hoặc ngoài kế hoạch. Thách thức chính khi thiết kế một môi trường sẵn sàng cao được kiểm tra tất cả các nguyên nhân có thể ngừng hoạt động và phát triển một kế hoạch để đối phó với họ.
1. High Availability và không có quy hoạch Downtime
Cơ sở dữ liệu Oracle cung cấp các giải pháp sẵn sàng cao để ngăn chặn, dung túng, và giảm thời gian cho tất cả các loại hỏng hóc ngoài ý muốn. 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. Thất bại Site
Một lỗi site xảy ra khi một sự kiện gây ra tất cả hay một phần đáng kể của một ứng dụng để ngăn chặn xử lý hoặc chậm đến một cấp độ dịch vụ không sử dụng được. Một thất bại trang web có thể ảnh hưởng đến tất cả cá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 quyền lực hay mạng không mở rộng trang web rộng, 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 trên các 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 các lỗi trang web là để tạo ra các 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 để lưu trữ khác. Tuy nhiên, kỹ thuật này có thể tốn nhiều thời gian, và sao lưu có thể không còn tồn tại. Duy trì một hoặc nhiều cơ sở dữ liệu dự phòng trong một môi trường Data Guard 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.
1.2. Thất bại máy tính
A cúp máy tính thất bại xảy ra khi hệ thống đang chạy cơ sở dữ liệu không có sẵn vì nó đã tắt hoặc không còn truy cập được. Ví dụ về máy tính thất bại bao gồm phần cứng và hệ điều hành thất bại.
Các Oracle sau đây có tính năng bảo vệ chống lại hoặc giúp đối phó với thất bại máy tính:
- Doanh nghiệp Grids
Trong một ứng dụng Bất Oracle Cluster (Oracle RAC) môi trường, cơ sở dữ liệu Oracle chạy trên hai hoặc nhiều hệ thống trong một cluster trong khi đồng thời truy cập vào cơ sở dữ liệu được chia sẻ duy nhất. Một hệ thống cơ sở dữ liệu duy nhất kéo dài nhiều hệ thống phần cứng nào xuất hiện để ứng dụng như một cơ sở dữ liệu duy nhất.
- Oracle Data Guard
Data Guard 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 cùng một trung tâm dữ liệu. Nếu cơ sở dữ liệu chính là không có sẵn vì mất điện, sau đó Data Guard 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.
- Oracle Restart
Các thành phần trong phần mềm cơ sở dữ liệu Oracle stack, bao gồm cá thể cơ sở dữ liệu, nghe, và Oracle ASM dụ, có thể khởi động lại tự động sau khi một thành phần thất bại hoặc bất cứ khi nào khởi động lại máy chủ cơ sở dữ liệu. Oracle Restart đảm bảo rằng các thành phần Oracle đang bắt đầu theo thứ tự thích hợp, phù hợp với phụ thuộc thành phần.
- Nhanh Bắt đầu Fault Phục hồi
Một nguyên nhân phổ biến của thời gian chết không có kế hoạch là một lỗi hệ thống hoặc tai nạn. Sự khởi đầu nhanh chóng lỗi trong công nghệ phục hồi cơ sở dữ liệu Oracle tự động vọt thời gian cơ sở dữ liệu dụ phục hồi.
1.3. Thất bại lưu trữ
A cúp suy lưu trữ xảy ra khi lưu trữ nắm giữ một số hoặc tất cả các nội dung cơ sở dữ liệu không có sẵn vì nó đã tắt hoặc không còn truy cập được. Ví dụ về lỗi lưu trữ bao gồm sự thất bại của một mảng ổ đĩa hoặc lưu trữ
- Oracle Automatic Storage Management
- Sao lưu và phục hồi
1.4. Tham nhũng
có thể bị lỗi dữ liệu xảy ra khi một phần cứng, phần mềm hoặc các thành phần mạng gây hỏng dữ liệu được đọc hay viết. Ví dụ, một lỗi quản lý khối lượng gây ra đĩa xấu đọc hoặc viết. Tham nhũng dữ liệu là rất hiếm nhưng có thể có một tác động thảm khốc trên một cơ sở dữ liệu, và do đó một doanh nghiệp.
- Lost viết bảo vệ
- Phát hiện tham nhũng khối dữ liệu
- Phục hồi Data Advisor
1.5. Lỗi của con người
A cúp lỗi của con người xảy ra khi các hành động không chủ ý hoặc độc hại được cam kết rằng dữ liệu nguyên nhân trong các cơ sở dữ liệu để trở thành một cách logic bị 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à tính chất quan trọng của dữ liệu bị ảnh hưởng.
Nhiều nghiên cứu trích dẫn lỗi của con người là nguyên nhân lớn nhất 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 các quản trị viên một cách nhanh chóng chẩn đoán và phục hồi từ các lỗi này. Nó cũng bao gồm các tính năng cho phép người dùng khôi phục từ những vấn đề mà không có sự tham gia quản trị.
- Hạn chế người sử dụng truy cập
- Oracle Flashback Công nghệ
- Oracle LogMiner
2. High Availability và Biện Downtime
kế hoạch thời gian chết có thể được chỉ là gây gián đoạn cho hoạt động, đặc biệt là trong các doanh nghiệp toàn cầu có hỗ trợ người sử dụng trong khu nhiều thời gian. Trong trường hợp này, điều quan trọng là thiết kế một hệ thống để giảm thiểu sự gián đoạn kế hoạch như các hoạt động thường xuyên, bảo dưỡng định kỳ, và triển khai mới. 2.1. Hệ thống cơ sở dữ liệu và thay đổi kế hoạch thay đổi hệ thống xảy ra khi bạn thực hiện các hoạt động bảo trì thường xuyên và định kỳ và triển khai mới, bao gồm cả những thay đổi dự kiến sẽ hoạt động môi trường xảy ra bên ngoài của các tổ chức cấu trúc dữ liệu trong cơ sở dữ liệu. Ví dụ như thêm hoặc loại bỏ các CPU và các nút cluster (một nút là một máy tính mà trên đó một trường hợp cơ sở dữ liệu cư trú), nâng cấp hệ thống phần cứng hoặc phần mềm, và di chuyển các nền tảng hệ thống. - Năng động, cấu hình lại các cơ sở dữ liệu - Quản lý bộ nhớ Autotuning - phân phối tự động của dữ liệu các tập tin, các tập tin kiểm soát, và các file redo log trực tuyến 2.2. Thay đổi dữ liệu thay đổi dữ liệu theo kế hoạch xảy ra khi có những thay đổi cơ cấu hợp lý hoặc tổ chức vật lý của Oracle đối tượng cơ sở dữ liệu. Mục tiêu chính của những thay đổi này là để cải thiện hiệu suất hoặc quản lý. Các ví dụ bao gồm bảng định nghĩa lại, thêm phân vùng bảng, và tạo hoặc xây dựng lại các chỉ số. 2.3. Thay đổi ứng dụng thay đổi ứng dụng theo kế hoạch có thể bao gồm thay đổi dữ liệu, lược đồ, và các chương trình. Mục tiêu chính của những thay đổi này là để cải thiện hiệu suất, quản lý, và chức năng. Một ví dụ là một bản nâng cấp ứng dụng. - Lăn cập nhật bản vá lỗi - nâng cấp phát hành cuốn - định nghĩa lại Edition dựa trên - DDL với các tùy chọn mặc định WAIT - Sáng tạo các trigger trong tình trạng tàn tật