Oracle doesn’t give anything but mi

Oracle doesn’t give anything but minimal and casual advice regarding the appropriate settings of

key resources, such as total memory allocation or the sizes of the components of memory. Oracle

has some general guidelines about the correct settings for several key initialization parameters that

have a bearing on performance. However, beyond specifying wide ranges for the parameters, the

company’s guidelines aren’t helpful to DBAs deciding on the optimal levels for these parameters.


Oracle says this is because all these parameters are heavily application dependent. All of this

means that you as a DBA have to find out the optimal sizes of resource allocations and the ideal

settings of key initialization parameters through trial and error. As a DBA, you’re often called in to

tune the instance when users perceive slow response caused by a bottleneck somewhere in the

system. This bottleneck can be the result of either an excessive use of or insufficient provision of

some resource. In addition, database locks and latches may cause a slowdown. You have to remember,

though, that in most cases, the solution isn’t simply to increase the resource that seems to be getting

hit hard—that may be the symptom, not the cause of a problem. If you address the performance

slowdown by fixing the symptoms, the root causes will remain potential troublemakers.

operating system resources such as CPU, the operating system kernel, and the operating system

memory allocation. When you receive calls from the help desk or other users of the system complaining

that the system is running slowly, you can only change what’s under your direct control—mainly, the

allocation of memory and its components and some dynamic initialization parameters that have a

bearing on instance performance. Depending on what the various indicators tell you, you may adjust

the shared pool and other components of memory to improve performance. You can also change the

operating system priority of some processes, or quickly add some disk drives to your system.

waiting for a resource. Oracle provides several ways of monitoring waits, but you need to understand

their significance in your system. Long wait times aren’t the problem themselves; they’re symptoms

of deep-seated problems. The DBA should be able to connect different types of waits with possible

causes in the application or in the instance.

tuning—before you proceed to tuning areas such as memory, I/O, and contention—real life isn’t so

orderly. Most of the time, you don’t have the opportunity to have the code revised, even if there are

indications that it isn’t optimal. Instead of being an orderly process, tuning databases is an iterative

process, where you may have to go back and forth between stages.

besetting them at that moment. In this sense, most performance tuning is a reactive kind of tuning.

Nevertheless, DBAs should endeavor to understand the innards of wait issues and seek to be proactive

in their outlooks.

performance problems that force hurried reactions. Second, as your understanding of your system

increases, so does your familiarity with the various indicators of poor performance and the likely

causes for them, so you can resolve problems that do occur much more quickly.

improve performance by performing several steps, including choosing automatic space manage-
ment and setting correct storage options for your tables and indexes. Sizing the table and indexes

correctly doesn’t hurt, either. However, if you’re stuck with a database that has a poor design, all is

not lost. You can still tune the instance using techniques that I show later in this chapter to improve

performance.

instance isn’t performing at its usual level. If response times are higher, obviously there’s a problem

somewhere in one of the critical resources Oracle uses. If you can rule out any network slowdowns,

that leaves you with memory (Oracle’s memory and the system’s memory), the I/O system, and CPUs.

One of these resources is usually the bottleneck that’s slowing down your system.

CPU to improve performance. You’ll also see how to measure performance, detect inefficient waits

in the system, and resolve various types of contention in an Oracle database. The next section pres-
ents a discussion of how tuning Oracle’s memory can help improve database performance.

Performance tuning an Oracle database instance involves tuning memory and I/O as well as

One of the main reasons for a slow response time in a production system is due to user processes

Although some manuals tell you that you should do performance tuning before application

More often than not, DBAs are forced to do what they can to fix the performance problem that’s

There are two big advantages to being in a proactive mode of tuning. First, you have fewer sudden

If you’re fortunate enough to be associated with an application during its design stages, you can

When response time is slower than usual, or when throughput falls, you’ll notice that the Oracle

In the next few sections, you’ll learn how to tune key system resources such as memory, I/O, and

Kết quả (Việt) 1:

Oracle không đưa ra bất cứ điều gì nhưng tối thiểu và không thường xuyên tư vấn liên quan đến các thiết lập thích hợp của nguồn lực quan trọng, chẳng hạn như cấp phát bộ nhớ tất cả hoặc các kích thước của các thành phần của bộ nhớ. Oracle có một số hướng dẫn chung về các cài đặt phù hợp cho một số phím khởi tạo tham số đó có một mang về hiệu suất. Tuy nhiên, ngoài các phạm vi rộng cho các tham số, xác định các nguyên tắc của công ty không phải là hữu ích để DBAs quyết định mức tối ưu cho các tham số.Oracle nói điều này là bởi vì tất cả các tham số này là rất nhiều ứng dụng phụ thuộc. Tất cả điều này có nghĩa là bạn là một DBA có để tìm ra các kích thước tối ưu trong phân bổ nguồn lực và lý tưởng cài đặt tham số quan trọng khởi tạo thông qua thử và lỗi. Như một DBA, bạn thường được gọi là để điều chỉnh trường hợp khi người dùng cảm nhận phản ứng chậm do một nút cổ chai một nơi nào đó trong các Hệ thống. Nút cổ chai này có thể là kết quả của một sử dụng quá nhiều hoặc không đủ cung cấp một số tài nguyên. Ngoài ra, ổ khóa cơ sở dữ liệu và chốt có thể gây ra suy thoái. Bạn phải nhớ, Tuy nhiên, rằng trong nhiều trường hợp, các giải pháp không phải là chỉ đơn giản là để tăng các nguồn tài nguyên mà có vẻ là việc hit cứng — đó có thể là triệu chứng, không phải là nguyên nhân gây ra một vấn đề. Nếu bạn giải quyết hiệu suất chậm lại bằng cách sửa chữa các triệu chứng, nguyên nhân gốc sẽ vẫn còn tiềm năng troublemakers.tài nguyên hệ thống điều hành chẳng hạn như CPU, hạt nhân hệ điều hành và hệ điều hành cấp phát bộ nhớ. Khi bạn nhận được cuộc gọi từ bộ phận trợ giúp hoặc người dùng khác của hệ thống phàn nàn rằng hệ thống đang chạy chậm, bạn chỉ có thể thay đổi những gì đang kiểm soát trực tiếp của bạn-chủ yếu là, các cấp phát bộ nhớ và các thành phần và một số tham số khởi động có một mang về trường hợp hiệu suất. Tùy thuộc vào những gì các chỉ số khác nhau cho bạn, bạn có thể điều chỉnh Hồ bơi chung và các thành phần khác của bộ nhớ để cải thiện hiệu suất. Bạn cũng có thể thay đổi các điều hành hệ thống ưu tiên của một số xử lý, hoặc một cách nhanh chóng thêm một số ổ đĩa hệ thống của bạn.chờ đợi cho một nguồn tài nguyên. Oracle cung cấp một số cách theo dõi chờ đợi, nhưng bạn cần phải hiểu ý nghĩa của họ trong hệ thống của bạn. Thời gian chờ đợi lâu dài không phải là vấn đề chính mình; họ đang triệu chứng vấn đề sâu ngồi. DBA có thể kết nối các loại khác nhau của chờ đợi với tốt nguyên nhân trong ứng dụng hoặc trong trường hợp.điều chỉnh-trước khi bạn tiến hành để điều chỉnh các lĩnh vực chẳng hạn như bộ nhớ, I/O, và ganh đua — thực cuộc sống không phải là như vậy có trật tự. Phần lớn thời gian, bạn không có cơ hội để có mã sửa đổi, ngay cả khi có chỉ dẫn rằng nó không phải là tối ưu. Thay vì một quá trình có trật tự, điều chỉnh cơ sở dữ liệu là một lặp đi lặp lại xử lý, nơi bạn có thể phải đi lại giữa giai đoạn.besetting chúng vào thời điểm đó. Trong ý nghĩa này, điều chỉnh hiệu năng hầu hết là một loại phản ứng điều chỉnh. Tuy nhiên, DBAs nên nỗ lực để hiểu innards chờ đợi vấn đề và tìm kiếm phải chủ động trong triển vọng của họ.vấn đề hiệu suất lực lượng hurried phản ứng. Thứ hai, như sự hiểu biết của bạn về hệ thống của bạn tăng lên, do đó, không quen với các chỉ số khác nhau của hiệu suất kém và các khả năng của bạn gây ra cho họ, vì vậy bạn có thể giải quyết vấn đề xảy ra nhanh hơn nhiều.cải thiện hiệu suất bằng cách thực hiện một vài bước, bao gồm cả việc lựa chọn tự động space quản lý-ment và cài đặt cập nhật tùy chọn lưu trữ bảng và lập chỉ mục của bạn. Định cỡ bảng và lập chỉ mục một cách chính xác không đau, hoặc. Tuy nhiên, nếu bạn đang mắc kẹt với một cơ sở dữ liệu có một thiết kế nghèo, tất cả là không bị mất. Bạn vẫn có thể điều chỉnh phần bằng cách sử dụng kỹ thuật mà tôi chỉ sau đó trong chương này để cải thiện hiệu suất.trường hợp không phải là thực hiện ở mức bình thường. Nếu thời gian đáp ứng cao hơn, rõ ràng là có là một vấn đề một nơi nào đó trong một trong các nguồn tài nguyên quan trọng Oracle sử dụng. Nếu bạn có thể loại bỏ bất kỳ chậm trễ mạng, đó lá bạn với bộ nhớ (bộ nhớ của Oracle và bộ nhớ của hệ thống), I/O hệ thống và CPU. Một trong các nguồn lực này thường là các nút cổ chai là làm chậm hệ thống của bạn.CPU để cải thiện hiệu suất. Bạn cũng sẽ thấy làm thế nào để đo lường hiệu suất, phát hiện chờ đợi không hiệu quả trong hệ thống, và giải quyết các loại khác nhau của ganh đua trong một cơ sở dữ liệu Oracle. The tiếp theo phần pres-ENTs một cuộc thảo luận của bộ nhớ làm thế nào điều chỉnh Oracle có thể giúp cải thiện hiệu suất cơ sở dữ liệu.Hiệu suất điều chỉnh một trường hợp cơ sở dữ liệu Oracle liên quan đến việc điều chỉnh bộ nhớ và I/O cuõng nhö Một trong những lý do chính cho một thời gian phản ứng chậm trong một hệ thống sản xuất là do người dùng quy trình Mặc dù một số hướng dẫn sử dụng cho bạn biết rằng bạn nên làm điều chỉnh hiệu năng trước khi ứng dụng Thường xuyên hơn không, DBAs buộc phải làm những gì họ có thể khắc phục sự cố hiệu suất đấy Không có hai ưu điểm lớn để trong một chế độ chủ động của điều chỉnh. Trước tiên, bạn có ít bất ngờ Nếu bạn là may mắn, đủ để được liên kết với một ứng dụng trong giai đoạn thiết kế của nó, bạn có thể Khi thời gian phản ứng chậm hơn so với bình thường, hoặc khi thông lượng té ngã, bạn sẽ nhận thấy rằng nhà tiên tri Trong các phần tiếp theo, bạn sẽ tìm hiểu làm thế nào để điều chỉnh tài nguyên hệ thống quan trọng như bộ nhớ, I/O, và

Kết quả (Việt) 2:

Oracle không cho bất cứ điều gì nhưng lời khuyên tối thiểu và thường liên quan đến các thiết lập phù hợp nguồn lực quan trọng, chẳng hạn như tổng số cấp phát bộ nhớ hoặc các kích thước của các thành phần của bộ nhớ. Oracle có một số hướng dẫn chung về các thiết lập chính xác cho một vài tham số khởi tạo quan trọng mà có ảnh hưởng đến hiệu suất. Tuy nhiên, ngoài quy định cụ thể phạm vi rộng cho các thông số, các hướng dẫn của công ty là không hữu ích cho DBAs quyết định mức tối ưu cho các thông số này. Oracle nói rằng điều này là bởi vì tất cả các thông số này là rất nhiều ứng dụng phụ thuộc. Tất cả điều này có nghĩa là bạn như là một DBA phải tìm ra kích thước tối ưu của phân bổ nguồn lực và lý tưởng thiết lập các tham số khởi tạo chủ yếu thông qua thử và sai. Là một DBA, bạn thường gọi đến để điều chỉnh các trường hợp khi người dùng cảm nhận được phản ứng chậm gây ra bởi một nút cổ chai ở đâu đó trong hệ thống. Nút cổ chai này có thể là kết quả của một hoặc sử dụng quá nhiều hoặc không đủ cung cấp một số tài nguyên. Ngoài ra, cơ sở dữ liệu và khóa chốt có thể gây ra một sự suy giảm. Bạn phải nhớ, mặc dù, rằng trong nhiều trường hợp, các giải pháp không chỉ đơn giản là để tăng nguồn tài nguyên mà có vẻ là bị ảnh hưởng nặng nề, đó có thể là triệu chứng, không phải là nguyên nhân của một vấn đề. Nếu bạn giải quyết vấn đề hiệu suất chậm lại bằng cách sửa chữa các triệu chứng, nguyên nhân gốc rễ sẽ vẫn gây rối tiềm năng. tài nguyên hệ thống điều hành như CPU, hạt nhân hệ điều hành, và hệ điều hành cấp phát bộ nhớ. Khi bạn nhận được cuộc gọi từ bàn trợ giúp hoặc người sử dụng khác của hệ thống phàn nàn rằng hệ thống đang chạy chậm, bạn chỉ có thể thay đổi những gì là dưới trực tiếp của bạn điều khiển chủ yếu, các cấp phát bộ nhớ và các thành phần của nó và một số tham số khởi động mà có mang về hiệu suất dụ. Tùy thuộc vào những gì các chỉ số khác nhau cho bạn biết, bạn có thể điều chỉnh các hồ bơi được chia sẻ và các thành phần khác của bộ nhớ để cải thiện hiệu suất. Bạn cũng có thể thay đổi các ưu tiên hệ điều hành của một số quy trình, hoặc nhanh chóng thêm một số ổ đĩa hệ thống của bạn. chờ đợi cho một nguồn tài nguyên. Oracle cung cấp một số cách để theo dõi chờ đợi, nhưng bạn cần phải hiểu ý nghĩa của chúng trong hệ thống của bạn. Dài thời gian chờ đợi không phải là vấn đề chính mình; họ là triệu chứng của các vấn đề sâu xa. Các DBA sẽ có thể kết nối các loại khác nhau của chờ đợi với khả năng nguyên nhân trong đơn hoặc trong các trường hợp. chỉnh, trước khi bạn tiến hành điều chỉnh các lĩnh vực như bộ nhớ, I / O, và cuộc sống tranh-thực sự là không phải như vậy có trật tự. Hầu hết thời gian, bạn không có cơ hội để có mã sửa đổi, ngay cả khi có dấu hiệu cho thấy nó không phải là tối ưu. Thay vì là một quá trình có trật tự, điều chỉnh cơ sở dữ liệu là một lặp đi lặp lại quá trình, nơi bạn có thể phải đi qua lại giữa các giai đoạn. đang cản trở họ tại thời điểm đó. Trong ý nghĩa này, hầu hết các hoạt động chỉnh là một loại phản ứng của điều chỉnh. Tuy nhiên, DBA nên cố gắng hiểu các bộ phận bên về các vấn đề chờ đợi và tìm kiếm để được chủ động trong triển vọng của họ. vấn đề hiệu suất mà lực lượng phản ứng vội vã. Thứ hai, như sự hiểu biết của bạn về hệ thống của bạn tăng lên, do đó, hiện quen thuộc của bạn với các chỉ số khác nhau của hiệu suất kém và khả năng nguyên nhân cho họ, vì vậy bạn có thể giải quyết vấn đề đó xảy ra nhanh hơn nhiều. cải thiện hiệu suất bằng cách thực hiện một số bước, bao gồm các lựa chọn tự động không gian quản lý và thiết lập tùy chọn lưu trữ chính xác cho bảng và chỉ mục của bạn. Kích thước bảng và lập chỉ mục một cách chính xác không bị tổn thương, hoặc. Tuy nhiên, nếu bạn đang mắc kẹt với một cơ sở dữ liệu có một thiết kế nghèo, tất cả là không bị mất. Bạn vẫn có thể điều chỉnh các trường hợp sử dụng kỹ thuật mà tôi trình bày sau trong chương này để cải thiện hiệu suất. ví dụ không được thực hiện ở mức độ bình thường của nó. Nếu thời gian đáp ứng cao hơn, rõ ràng là có một vấn đề ở đâu đó trong một trong những nguồn lực quan trọng Oracle sử dụng. Nếu bạn có thể loại trừ bất kỳ chậm trễ mạng, mà lá bạn với bộ nhớ (bộ nhớ Oracle và bộ nhớ của hệ thống), hệ thống I / O, CPU. Một trong những nguồn tài nguyên thường là nút cổ chai đó là làm chậm hệ thống của bạn. CPU để cải thiện hiệu suất . Bạn cũng sẽ thấy làm thế nào để đo lường hiệu suất, phát hiện chờ đợi không hiệu quả trong hệ thống, và giải quyết các loại tranh chấp trong một cơ sở dữ liệu Oracle. Các áp lực phần tiếp theo huynh thảo luận về cách điều chỉnh bộ nhớ của Oracle có thể giúp cải thiện hiệu suất cơ sở dữ liệu. Hiệu suất điều chỉnh một ví dụ cơ sở dữ liệu Oracle liên quan đến bộ nhớ và điều chỉnh I / O cũng như Một trong những lý do chính cho một thời gian phản ứng chậm chạp trong một hệ thống sản xuất do quá trình sử dụng Mặc dù một số hướng dẫn sử dụng cho bạn biết rằng bạn nên làm điều chỉnh hiệu năng trước khi ứng dụng thường xuyên hơn không, DBA buộc phải làm những gì họ có thể để sửa chữa các vấn đề hiệu suất đó là có hai lợi thế lớn để được trong một chế độ chủ động điều chỉnh. Đầu tiên, bạn có ít đột ngột Nếu bạn đủ may mắn để được liên kết với một ứng dụng trong các giai đoạn thiết kế của nó, bạn có thể Khi thời gian đáp ứng chậm hơn so với bình thường, hoặc khi thông rơi, bạn sẽ nhận thấy rằng Oracle Trong các phần tiếp theo , bạn sẽ tìm hiểu làm thế nào để điều chỉnh tài nguyên hệ thống quan trọng như bộ nhớ, I / O, và