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 cao 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 bảo mật trực tuyến có sẵn cho phạm vi Bookseller mà nó có thể truy cập bởi các khách hàng làm mua. Độ tin cậy, recoverability, phát hiện lỗi kịp thời, và hoạt động liên tục là đặc tính sẵn sàng cao, chính.The tầm quan trọng của các sẵn sàng cao 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, mà thời gian mà một nguồn tài nguyên là không khả dụng. Thời gian chết có thể được phân loại là kế hoạch hoặc có kế hoạch hoặc. Thách thức chính thiết kế một khi môi trường cao có sẵn kiểm tra tất cả có thể The nguyên nhân của thời gian chết và phát triển một kế hoạch để đối phó với thêm.1. thời gian chết không có kế hoạch và sẵn sàng caoCơ sở dữ liệu oracle 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 không có kế hoạch cho tất cả các loại 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ạiLỗi xảy ra khi sử dụng một trang web sự kiện gây ra tất cả hoặc một phần của một ứng dụng xử lý quan trọng để ngăn chặn hoặc làm chậm để không sử dụng được dịch vụ cấp đưa. Một trang web thất bại tại hưởng may xử lý tất cả các 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 Trung tâm dữ liệu một. Ví dụ như một mạng lưới mở rộng hoặc mất trang web rộng điện, một thảm họa tự nhiên không thể loại bỏ làm một trung tâm dữ liệu, hoặc một Malicious tấn công hoặc các hoạt động trên trang web.Các hình thức đơn giản nhất của bảo vệ là đến với trang web thất bại tạo bản sao lưu cơ sở dữ liệu bằng cách sử dụng RMAN và cửa hàng thêm offsite. Bạn có thể khôi phục lại cơ sở dữ liệu để lưu trữ một. Tuy nhiên, điều này có thể tốn thời gian kỹ thuật, và sao lưu không may không được hiện tại. Duy trì một hoặc nhiều chờ cơ sở dữ liệu trong một dữ liệu bảo vệ môi trường bật bạn cung cơ sở dữ liệu liên tục dịch vụ không thành công nếu các trang web sản xuất.1.2. máy tính thất bạiTrở thành một máy tính thất bại Cúp Occurs chạy khi hệ thống cơ sở dữ liệu 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ụ bao gồm các phần cứng của máy tính và điều hành hệ thống thất bại thất bại.Những Oracle tính năng giúp bảo vệ với hoặc trả lời máy tính thất bại: -Doanh nghiệp lưới Oracle thực ứng dụng cụm trong một môi trường (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 kéo dài nhiều hệ thống phần cứng để ứng dụng như được nêu ra vẻ cơ sở dữ liệu duy nhất một.-Oracle dữ liệu bảo vệ Bảo vệ dữ liệu để duy trì một bản sao bật bạn sản xuất một cơ sở dữ liệu, một cơ sở dữ liệu chờ gọi, mà có thể cư trú trên một lục địa khác nhau hoặc trong Trung tâm dữ liệu cùng một. Nếu cơ sở dữ liệu chính là không sẵn dùng vì một cúp, bảo vệ dữ liệu có thể sau đó 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 Oracle Cá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 sau khi một sự thất bại thành phần tự 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 mà Oracle thành phần thích hợp đặt hàng lớn, in theo thành phần phụ thuộc.-Nhanh chóng bắt đầu phục hồi lỗi A 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 lỗi nhanh bắt đầu tự động đặt giới hạn cơ sở dữ liệu in thời gian phục hồi cơ sở dữ liệu Oracle dụ.1.3. lí thất bạiMột lưu trữ lưu trữ khi Cúp thất bại xảy ra một số hoặc tất cả các tổ chức cơ sở dữ liệu nội dung Becomes 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ụ bao gồm sự thất bại của lưu trữ 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ồi 1.4. tham nhũng dữ liệuTham nhũng xảy ra một dữ liệu khi phần cứng, phần mềm hoặc mạng thành phần để được đọc gây ra tham nhũng dữ liệu hoặc ghi. Ví dụ, một khối lượng quản lý đĩa đọc lỗi hoặc xấu nguyên nhân 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 khối tham nhũng phát hiện -Dữ liệu phục hồi cố vấn 1.5. lỗi của con ngườiMột lỗi của con người hoặc không chủ ý Cúp Occurs khi có hành động độc hại đang Committed-nguyên nhân dữ liệu trong cơ sở dữ liệu để logic bị hỏng hoặc không sử dụng được trở. 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ể về số lượng và phụ thuộc quan trọng bản chất của dữ liệu AFFECTED.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:

Tổng quan về High Availability
Availability là mức độ ma 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 bảo mật trực tuyến có sẵn để các Bookseller mức độ mà nó có thể truy cập bởi các khách hàng mua hàng. Độ bền, 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 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, thời gian ma ma một nguồn tài nguyên là không có. Downtime có thể được phân loại theo kế hoạch hoặc or ngoài kế hoạch. Thách thức chủ yếu thiết kế một while môi trường sẵn sàng cao được kiểm tra tất cả có thể Nguyên nhân của thời gian chết và đang phát triển một kế hoạch để đối phó với thêm.
1. không có quy hoạch Downtime và sẵn sàng cao của
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à không có kế hoạch Giảm thời gian chết cho tất cả các loại thất bại.: thời gian chết không có quy 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 thất bại xảy ra khi sử dụng trang web sự kiện Nguyên nhân tất cả hoặc một phần của một ứng dụng xử lý quan trọng để ngăn chặn hoặc làm chậm để một dịch vụ mức không sử dụng được. A lỗi site tại một hưởng khâu chế biến tất cả các 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ụ bao gồm một mạng lưới mở rộng hoặc mất điện toàn bộ trang web, một thảm họa tự nhiên không thể hoạt động làm cho một trung tâm dữ liệu, hoặc một cuộc tấn công độc hại hoặc các hoạt động trên trang web.
Các hình thức đơn giản nhất của bảo vệ là tớ với thất bại trang web 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ữ thêm ngoại vi. Bạn có thể khôi phục lại cơ sở dữ liệu để lưu trữ khác. Tuy nhiên, đây có thể là thời gian tiêu thụ Kỹ thuật, và các sao lưu tiếc là không được hiện tại . Duy trì một hoặc chờ thêm cơ sở dữ liệu trong một môi trường Data Guard enable bạn Cung dịch vụ cơ sở dữ liệu liên tục thất bại nếu các trang web sản xuất.
1.2. Thất bại Computer
A cúp máy tính thất bại Xảy ra chạy while hệ thống cơ sở dữ liệu trở thành không có sẵn vì nó đã tắt hoặc không còn . truy cập ví dụ bao gồm phần cứng của máy tính và hệ điều hành thất bại thất bại.
tính năng Những Oracle giúp bảo vệ as hoặc ứng phó với thất bại máy tính:
- Enterprise lưới
Oracle Applications Bất Cụm Trong một (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 khi đồng thời truy cập một 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 để áp dụng là chưa ve một cơ sở dữ liệu duy nhất.
- Oracle Data Guard
Data Guard để duy trì một bản sao bật bạn của một cơ sở dữ liệu sản xuất, một gọi cơ sở dữ liệu dự phòng, mà . có thể Trú trên một lục địa khác nhau hoặc trong các trung tâm dữ liệu cùng Nếu cơ sở dữ liệu chính là không có sẵn vì mất điện, Data Guard sau đó 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 Oracle
Các thành phần trong phần mềm cơ sở dữ liệu Oracle stack, bao gồm cả trường hợp cơ sở dữ liệu, nghe, và Oracle ASM dụ, có thể khởi động lại sau khi mất tự 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. Oracle Restart đảm bảo các thành phần Oracle mà là theo thứ tự restart thích hợp, in phù hợp với phụ thuộc thành phần.
- Fast Bắt đầu Fault phục hồi
A Cause gặp 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. Các công nghệ phục hồi lỗi nhanh chóng bắt đầu tự động cài đặt thời gian dụ giới hạn cơ sở dữ liệu in Oracle phục hồi cơ sở dữ liệu.
1.3. Thất bại lưu trữ
Một thất bại lưu trữ lưu trữ cúp on Xuất hiện một số hoặc tất cả các nội dung cơ sở dữ liệu đang nắm giữ . không có sẵn vì nó đã tắt hoặc không còn có thể truy cập Ví dụ như sự thất bại của thất bại lưu trữ của một ổ đĩa hoặc mảng lưu trữ
- Oracle Automatic Storage Management
- Sao lưu và phục hồi
1.4. Tham nhũng
Tham nhũng Xảy ra Một phần cứng dữ liệu khi, phần mềm hoặc mạng thành phần để được đọc Nguyên nhân hư dữ liệu hoặc ghi. Ví dụ, một đĩa quản lý khối lượng đọc lỗi hoặc nguyên nhân xấu 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ệ
- Dữ liệu Khối Phát hiện tham nhũng
- Phục hồi dữ liệu
Advisor. 1,5 lỗi Human
Một lỗi của con người hoặc bị cúp vô ý Xảy ra when hành động độc hại là dữ liệu Cam-nguyên nhân trong các cơ sở dữ liệu một cách logic hỏng hoặc trở không sử dụng được. Các tác động mức độ phục vụ của một cúp lỗi của con người có thể thay đổi đáng kể trên số lượng và phụ thuộc tính chất quan trọng của dữ liệu Ả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ị chẩn đoán và phục hồi từ Nhung lỗi nhanh chóng. Nó cũng bao gồm các tính năng cho phép người dùng khôi phục mà từ 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
downtime kế hoạch có thể được chỉ là gây gián đoạn cho hoạt động, toàn cầu Đặc biệt là doanh nghiệp mà hỗ trợ in in nhiều vùng thời gian người sử dụng. 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 nhu hoạt động thường xuyên, bảo dưỡng định kỳ, và triển khai mới. 2.1. Hệ thống và cơ sở dữ liệu thay đổi kế hoạch thay đổi hệ thống xảy ra thường xuyên và định kỳ Khi bạn thực hiện các hoạt động bảo trì và triển khai mới, những thay đổi trong điều hành môi trường dự kiến gồm mà bên ngoài của các dữ liệu tổ chức xảy ra trong cấu trúc cơ sở dữ liệu. Ví dụ như 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 phần mềm hoặc phần cứng hệ thống, 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 các tập tin dữ liệu, tập tin điều khiển, và online redo log file 2.2. Thay đổi dữ liệu thay đổi dữ liệu theo kế hoạch xảy ra thay đổi when vớ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. Các chính Mục đích của những thay đổi those Để cải thiện hiệu suất hay khả năng điều là. Ví dụ như 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 kế hoạch thay đổi để áp dụng các thay đổi dữ liệu bao gồm may, lược đồ, và các chương trình. Mục tiêu chính của those thay đổi 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