Learn the cause and how to resolve the ORA-06512 error message in Oracle.
Description
When you encounter an ORA-06512 error, the following error message will appear:
- ORA-06512: at line <number>
Cause
This error is caused by the stack being unwound by unhandled exceptions in your PLSQL code.
The options to resolve this Oracle error are:
- Fix the condition that is causing the unhandled error.
- Write an exception handler for this unhandled error.
- Contact your DBA for help.
The ORA-06512 error message indicates the line number of the unhandled error in the PLSQL code. This is quite useful when troubleshooting.
Resolution
Option #1 — Fix the Error Condition
Let’s look at an example of how to resolve an ORA-06512 error by fixing the error condition.
For example, if you created a procedure called TestProc as follows:
SQL> CREATE OR REPLACE PROCEDURE TestProc 2 AS 3 v_number number(2); 4 BEGIN 5 v_number := 100; 6 END; 7 / Procedure created.
This procedure was successfully created. But when we try to execute this procedure, we will get an ORA-06512 error as follows:
SQL> execute TestProc(); BEGIN TestProc(); END; * ERROR at line 1: ORA-06502: PL/SQL: numeric or value error: number precision too large ORA-06512: at "EXAMPLE.TESTPROC", line 5 ORA-06512: at line 1
The first line of the error message (ie: ORA-06502) indicates the error that occurred, while the second line of the error message (ie: ORA-06512) indicates that the error occurred at line 5 of the PLSQL code.
In this example, you’ve tried to assign a 3 digit number to a variable called v_number that can only handle 2 digits. You could correct this error by redefining the v_number variable as number(3).
SQL> CREATE OR REPLACE PROCEDURE TestProc 2 AS 3 v_number number(3); 4 BEGIN 5 v_number := 100; 6 END; 7 / Procedure created.
And now when we execute our TestProc procedure, the ORA-06512 error has been resolved.
SQL> execute TestProc(); PL/SQL procedure successfully completed.
Option #2 — Write an Exception Handler
Let’s look at an example of how to resolve an ORA-06512 error by writing an exception handler.
For example, if you created a procedure called TestProc as follows:
SQL> CREATE OR REPLACE PROCEDURE TestProc 2 AS 3 v_number number(2); 4 BEGIN 5 v_number := 100; 6 END; 7 / Procedure created.
This procedure was successfully created. But when we try to execute this procedure, we will get an ORA-06512 error as follows:
SQL> execute TestProc(); BEGIN TestProc(); END; * ERROR at line 1: ORA-06502: PL/SQL: numeric or value error: number precision too large ORA-06512: at "EXAMPLE.TESTPROC", line 5 ORA-06512: at line 1
The first line of the error message (ie: ORA-06502) indicates the error that occurred, while the second line of the error message (ie: ORA-06512) indicates that the error occurred at line 5 of the PLSQL code.
In this example, you’ve tried to assign a 3 digit number to a variable called v_number that can only handle 2 digits. You could correct this by writing an exception handler to set the v_number variable to 99 (so that it is only 2 digits) when this error occurs.
SQL> CREATE OR REPLACE PROCEDURE TestProc 2 AS 3 v_number number(2); 4 BEGIN 5 v_number := 100; 6 EXCEPTION 7 WHEN OTHERS THEN 8 v_number := 99; 9 END; 10 / Procedure created.
And now when we execute our TestProc procedure, the ORA-06512 error has been resolved.
SQL> execute TestProc(); PL/SQL procedure successfully completed.
ORA-06512 is part of the error stack. It gives us the line number where the exception occurred, but not the cause of the exception. That is usually indicated in the rest of the stack (which you have still not posted).
In a comment you said
«still, the error comes when pNum is not between 12 and 14; when pNum
is between 12 and 14 it does not fail»
Well, your code does this:
IF ((pNum < 12) OR (pNum > 14)) THEN
RAISE vSOME_EX;
That is, it raises an exception when pNum is not between 12 and 14. So does the rest of the error stack include this line?
ORA-06510: PL/SQL: unhandled user-defined exception
If so, all you need to do is add an exception block to handle the error. Perhaps:
PROCEDURE PX(pNum INT,pIdM INT,pCv VARCHAR2,pSup FLOAT)
AS
vSOME_EX EXCEPTION;
BEGIN
IF ((pNum < 12) OR (pNum > 14)) THEN
RAISE vSOME_EX;
ELSE
EXECUTE IMMEDIATE 'INSERT INTO M'||pNum||'GR (CV, SUP, IDM'||pNum||') VALUES('||pCv||', '||pSup||', '||pIdM||')';
END IF;
exception
when vsome_ex then
raise_application_error(-20000
, 'This is not a valid table: M'||pNum||'GR');
END PX;
The documentation covers handling PL/SQL exceptions in depth.
- Find out more.
Did you get an ORA-06512 error when running an SQL query? Learn what this error is and how to resolve it in this article.
The ORA-06512: At Line error is caused by an exception in your query that is not handled. The error message you get will look similar to this:
ORA-06512: at line n.
Where n is a line number.
This ORA-06512: At Line error message is a generic PL/SQL error message that happens when an exception is not handled.
When an error message is displayed, a stack trace is also shown, which shows the sequence of calls made to the database by the code. There might be several lines here, and one of them will be the ORA-06512 error.
Here’s an example from SQL Developer”
So, how do you resolve it?
ORA-06512 Solution
There are two main ways to resolve this error:
- Fix the code that is causing the error
- Add an exception handler to your PL/SQL code.
I’ll show an example of this error, and how to resolve it using both of these errors in this article.
Example of This Error
Let’s say you had this PL/SQL stored procedure:
CREATE OR REPLACE PROCEDURE TestOutput AS
pName VARCHAR2(5);
BEGIN
pName := 'Steven';
END;
/This is a simple procedure that sets a variable.
If we run the statement to create the procedure, there is no issue.
Procedure TESTOUTPUT compiledNow, if we run the procedure itself:
EXEC TestOutput;Error starting at line : 8 in command - EXEC TestOutput Error report - ORA-06502: PL/SQL: numeric or value error: character string buffer too small ORA-06512: at "SYSTEM.TESTOUTPUT", line 4 ORA-06512: at line 1 06502. 00000 - "PL/SQL: numeric or value error%s" *Cause: An arithmetic, numeric, string, conversion, or constraint error occurred. For example, this error occurs if an attempt is made to assign the value NULL to a variable declared NOT NULL, or if an attempt is made to assign an integer larger than 99 to a variable declared NUMBER(2). *Action: Change the data, how it is manipulated, or how it is declared so that values do not violate constraints.
It gives us an error that wasn’t found when it was compiled.
If you look at the message, you’ll see our ORA-06512 error:
ORA-06512: at "SYSTEM.TESTOUTPUT", line 4 ORA-06512: at line 1
However, the actual error that occurred is further up in the message.
>ORA-06502: PL/SQL: numeric or value error: character string buffer too small
If we resolve this error, then the ORA-06512 should also disappear.
Let’s take a look at the procedure.
CREATE OR REPLACE PROCEDURE TestOutput AS
pName VARCHAR2(5);
BEGIN
pName := 'Steven';
END;
/It looks like the error is being triggered on line 4, where pName is being initialised. It’s happening because the pName variable is 5 characters long, but the variable is 6 characters.
We can resolve this in two ways. First, we can adjust the size of the variable.
CREATE OR REPLACE PROCEDURE TestOutput AS
pName VARCHAR2(6);
BEGIN
pName := 'Steven';
END;
/I’ve increased pName from 5 to 6 characters to handle the value of “Steven”.
Or, we can add an exception handler. This will mean that any errors that are found are treated in a certain way.
Let’s say if the value is over 5 characters then we trim it to 5 characters.
CREATE OR REPLACE PROCEDURE TestOutput AS
pName VARCHAR2(5);
BEGIN
pName := 'Steven';
EXCEPTION
WHEN OTHERS THEN
pName := SUBSTR('Steven', 1, 5);
END;
/If we run this procedure now, then the error does not appear.
ORA-06512 at sys.utl_file line 536
Are you getting this specific error message, which mentions the sys.utl_file package?
This is most likely happening because of a permissions issue when exporting a file to a directory. This question on StackExchange and this question on StackOverflow are a couple of examples.
To resolve it, you can do several things:
- Make sure the user that is running the procedure has write access to the directory you’re mentioning. Double-check this – as it can often seem like the right permissions are defined but they are not.
- Check that the directory is correct. It often needs a trailing slash, or if using a network directory, the full path might be needed.
So, in summary, the ORA-06512 error appears because there is an unhandled error in the PL/SQL code being called. To resolve it, either fix the error in the code or add an exception handler.
If you just want to export data once-off and not in PL/SQL, you could use SQL Developer’s export functionality which I’ve written about here.
Lastly, if you enjoy the information and career advice I’ve been providing, sign up to my newsletter below to stay up-to-date on my articles. You’ll also receive a fantastic bonus. Thanks!
Специалисты по базам данных узнают имя Oracle в качестве лидера в мире систем управления реляционными базами данных (СУБД). Oracle десятилетиями выпускала высокопроизводительные СУБД и остается лидером в этой области. Многие конечные пользователи продуктов баз данных могут быть сбиты с толку или сбиты с толку, когда они используют предварительно разработанное решение, и оно генерирует сообщение об ошибке. Одним из распространенных сообщений об ошибках, генерируемых Oracle, является ошибка ORA-06512.
Oracle — это система управления базами данных, которая существует в течение сорока лет в различных формах. Первоначально он использовал нечто, называемое схемой SCOTT, названное в честь одного из первоначальных сотрудников Oracle. Вы даже впервые зашли в Oracle под именем пользователя «scott» и паролем «тигр», который назван в честь кота Скотта. Теперь есть несколько схем, используемых в зависимости от того, для чего вы используете Oracle.
Если вы хотите узнать больше об Oracle с нуля, эта страница очень полезна.
Исправление ошибок ORA-06512
В Oracle ошибка ORA-06512 — это общая ошибка исключения, которая указывает, где что-то идет не так. Это одна из наименее специфических ошибок, производимых Oracle, поскольку она говорит вам только о том, что есть проблема, но не то, что идет не так.
Например, типичное сообщение об ошибке может выглядеть следующим образом:
«ORA-01422: точная выборка возвращает больше запрошенного количества строк
ORA-06512: в «DATABASE_NAME», строка 66
ORA-06512: в строке 1 ″
Первая строка сообщает вам, какой тип ошибки происходит, в этом случае запрос возвращает больше данных, чем ожидал запрос, поэтому он не знает, как ее обработать. Код «ORA-01422» — это фактический код ошибки, на который вам нужно обратить внимание. ORA-06512 — это просто общий код ошибки.
Вторая строка сообщает вам, где происходит ошибка. DATABASE_NAME будет представлять собой базу данных, в которой вы работаете в данный момент. Строка 66 — это строка, в которой происходит ошибка, и строка, которую необходимо проверить, чтобы исправить ошибку.
Третья строка в синтаксисе ошибки сообщает вам, откуда поступил вызов. Проверьте первую строку, и вы увидите звонок DATABASE_NAME.
Чтобы исправить эту конкретную ошибку, вам нужно устранить проблему, вызванную ORA-01422, которая является «точным извлечением, возвращает больше, чем запрошенное количество строк», или вам нужно добавить обработчик исключений, чтобы сказать Oracle игнорировать его. Поскольку исправление основной проблемы всегда предпочтительнее, это путь.
Есть две вещи, которые вы можете сделать. Если вы ожидаете, что запрос вернет более одной строки, вы можете изменить его, чтобы он не удивился. Если вы ожидаете, что запрос вернет только одну строку, вы также можете изменить его.
Ожидается более одной строки:
для X в (выберите * из т, где …)
петля
— обработать X запись здесь
концевой цикл;
Это должно устранить ошибку в запросах к базе данных, когда будет возвращено более одной строки.
Если вы ожидаете, что будет возвращена только одна строка, вы можете попробовать:
начать
выберите * в …
откуда т …
процесс….
исключение
когда NO_DATA_FOUND тогда
код обработки ошибок, когда запись не найдена
когда TOO_MANY_ROWS тогда
код обработки ошибок при обнаружении слишком большого количества записей
конец;
Этот второй метод должен доставлять только одну строку, не выбрасывая ORA-01422: точная выборка возвращает ошибку, превышающую запрошенное количество строк, и, следовательно, исходную ошибку ORA-06512.
Вы также можете настроить запрос так, чтобы он возвращал только первую строку многострочного ответа. Это может сработать, если у вас нет полного контроля над базой данных или вы не хотите слишком много возиться с вещами, но вам все еще нужен ответ.
объявлять
c1 курсор для выбора * из т, где …
начать
открыть с1;
получить c1 в ..
if (c1% notfound) тогда
обработка ошибок для записи не найдена
конец если;
закрыть с1;
конец;
(Если вы знаете SQL, вы можете быть немного смущены этими командными строками … Oracle не использует Transact-SQL, а скорее является собственным процедурным языковым расширением SQL, PL / SQL. Хотя PL / SQL похож на Transact-SQL, много умных вещей и сам по себе очень мощный инструмент. Этот FAQ по PL / SQL может оказаться полезным при попытке узнать об Oracle.)
Таким образом, основной урок здесь заключается в том, что ошибка ORA-06512 сама по себе не является чем-то, что вы можете исправить напрямую. Вместо этого вы должны выяснить, что такое настоящая ошибка, о чем вам сообщат другие коды ошибок, а затем устранить эти ошибки одну за другой.
Есть ли у вас какие-либо советы или рекомендации Oracle? Дайте нам знать о них в комментариях!
ORA-06512 Error Message
Error Ora-06512 means the backtrace message as the stack is being unwound by unhandled exceptions in your PLSQL code. This is a catch-all error for PLSQL exceptions and is commonly seen.
Ora-06512 does not indicate the actual error, but the line number of the unhandled error in the PLSQL code. Ora-06512 will typically appear in a message stack in which the preceding message names the reason for the error, such as in the following example:
ORA-06502: PL/SQL: numeric or value error
ORA-06512: at line 12
The preceding message names the reason for the error (“numeric or value error”) while Ora-06512 indicates the line number of the error (line 12).
There are 3 ways to resolve Ora-06512:
Fix the error causing the unhandled error.
Write an exception handler for the unhandled error.
Contact the database administrator (DBA).
The Solution
The steps of fixing the error will depend on the error itself. This is an example of an Ora-06512 message in a “AProc” procedure for which the error is fixed:
CREATE OR REPLACE PROCEDURE AProc
AS
a_number number(3);
BEGIN
a_number := 1000;
END;
/
When this procedure is written, you will see the following error message:
execute AProc();
BEGIN AProc(); END;
*
ERROR at line 1:
ORA-06502: PL/SQL: numeric or value error: number precision too large
ORA-06512: at “EXAMPLE.APROC”, line 5
ORA-06512: at line 1
The preceding error indicates the user the error (number precision too large). Ora-06512 indicates the line number in which the error occurred (line 5). In this case, the error occurred because a 4-digit number was assigned to the variable a_number which is set to handle only 3 digits. The error is resolved by setting the variable a_number to handle 4 digits:
CREATE OR REPLACE PROCEDURE AProc
AS
a_number number(4);
BEGIN
a_number := 1000;
END;
/
Write an Exception Handler
To resolve the same example error as above, you may choose to write an exception handler rather than fixing the error. The following is how you would write an exception handler:
CREATE OR REPLACE PROCEDURE AProc
AS
a_number number(3);
BEGIN
a_number := 1000;
EXCEPTION
WHEN OTHERS THEN
a_number := 999;
END;
/
Since the variable a_number can only handle 3-digits, you can write an exception handler to set the variable a_number to a 3-digit number (999) when this error occurs.
If you cannot resolve the error by fixing the error or writing an exception hander, contact your DBA.
Description in Oracle database
ORA-06512 in oracle is one of the common error seen in PLSQL programs in Oracle database
Here is what Oracle documentation says about this error
Reference :Oracle documentation
You can find this always by typing below in Unix
oerr ORA 06512
Explanation of the ORA-06512 error:
Error ORA-06512 means the backtrace message as the stack is being unwound by unhandled exceptions in your PLSQL code. This is a catch-all error for All PLSQL exceptions and is commonly seen.
ORA 6512 does not indicate the actual error, but the line number of the unhandled error in the PLSQL code. ORA-6512 will typically appear in a message stack in which the preceding message names the reason for the error, such as in the following example:
ORA-06502: PL/SQL: numeric or value error ORA-06512: at line 1112
In the above , the yellow highlighted error is the main error
Reasons for ORA-06512 error:
The options to resolve this Oracle error are:
1) Fix the condition that is causing the unhandled error.
2) Write an exception handler for this unhandled error.
3) Contact your Oracle DBA for help.
Examples of ORA-06512:
Lets see few example on how to work on it
CREATE OR REPLACE PROCEDURE Testora_proc AS Site_name varchar2(5); begin site_name := 'techgoeasy.com'; end; / Procedure created. sql> Exec Testora_proc ERROR at line 1: ORA-06502: PL/SQL: numeric or value error: character string buffer too small ORA-06512: at line 5
In the example given above, procedure get compiled successfully but it gave errors while execution
So actual error is the error
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
We can easily correct it by increasing the size of the variable
CREATE OR REPLACE PROCEDURE Testora_proc AS Site_name varchar2(20); begin site_name := 'techgoeasy.com'; end; / Procedure created. SQL> Exec Testoraproc PL/SQL procedure successfully completed.
We can solve this using exception handler also
CREATE OR REPLACE PROCEDURE Testora_proc AS Site_name varchar2(5); begin site_name := 'techgoeasy.com'; EXCEPTION WHEN OTHERS THEN site_name := 'tech'; end; / Procedure created.SQL>Exec Testoraproc; PL/SQL procedure successfully completed.
Another example would be
CREATE OR REPLACE PROCEDURE Testora_proc AS node_name varchar2(5); begin select node into node_name from db_node; end; / Procedure created SQL> Exec Testora_proc; ORA-01422: exact fetch returns more than requested number of rows ORA-06512: at “NODE_NAME”, line 4 ORA-06512: at line 1
Here ORA-01422 is the real error. we have more than 1 rows in db_node table and get multiple values for node.So one fix could be restricting one row
CREATE OR REPLACE PROCEDURE Testora_proc AS node_name varchar2(5); begin select node into node_name from db_node where rownum <2; end; / Procedure created SQL> Exec Testora_proc; PL/SQL procedure successfully completed.
Another example would be
CREATE OR REPLACE PROCEDURE Testora_proc AS node_name varchar2(5); begin select node into node_name from db_node; end; / Procedure created SQL> Exec Testora_proc; ORA-01403: no data found ORA-06512: at “NODE_NAME”, line 4 ORA-06512: at line 1
Here ORA-01403 is the real error. we have no rows in db_node oracle table and we are getting no data found error.So one fix could be putting exception handling
CREATE OR REPLACE PROCEDURE Testora_proc AS node_name varchar2(5); begin select node into node_name from db_node where rownum <2; EXCEPTION WHEN NO_DATA_FOUND THEN node_name := 'tech'; end; / Procedure created SQL> Exec Testora_proc; PL/SQL procedure successfully completed.
Some more examples can be on SYS.UTL_FILE
SQL> declare
F_LOG utl_file.file_type;
begin
F_LOG := utl_file.fopen('TESTDIR','k', 'w');
end;
/ 2 3 4 5 6
declare
*
ERROR at line 1:
ORA-29283: invalid file operation
ORA-06512: at "SYS.UTL_FILE", line 536
ORA-29283: invalid file operation
ORA-06512: at line 4
Here the main error is ORA-29283. Check the solution by clicking the link
Hope you like this post on ORA-6512 Error Message
Related articles
ORA-00911
ORA-03113
ORA-00257
ORA-27154
ORA-29913
ORA-20001 in Gather schema stats on 11g(FND_HISTOGRAM_COLS)
On: April 25, 2022
3 mins read
Hassan AbdElrahman
Introduction
In this tutorial, we are going to explain how to resolve ORA-06512: at line num error in Oracle.
ORA-06512 Error Cause
This is usually the last of a message stack and indicates where a problem occurred in the PL/SQL code. Reference: Oracle documentation
The ORA-06512: At Line (n) error message is a generic PL/SQL error message that happens when an exception is not handled within PL/SQL program.
(n) represent the line number that causes this error to be displayed. it refers to the exact line number within the program to facilitate the troubleshooting process.
Note: If the PL/SQL program has multiple issues in different places and doesn’t have an exception handler section, Oracle will raise and point to the first line that has the issue until fixing it, then check other lines in the case has issues and so on so forth.
ORA-06512 Solution
A common question is How do I fix error ORA-06512? There are two solutions to resolve the ora06512 error, which are:
- Fixing the issue within the PL/SQL program that causes this unhandled exception to raise.
- Write an exception handler for this unhandled exception.
Solution 1: Fix the issue within the PL/SQL program
Let’s take the first example, which expresses the error
1 DECLARE
2 L_SITE_NAME VARCHAR2 (6);
3 BEGIN
4 L_SITE_NAME := 'Oraask.com';
5 END;In the above example, we have an anonymous PL/SQL block; when we try to execute it, it will raise an ORA-06512 error as follows:
Error report -
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06512: at line 4
06502. 00000 - "PL/SQL: numeric or value error%s"
*Cause: An arithmetic, numeric, string, conversion, or constraint error
occurred. For example, this error occurs if an attempt is made to
assign the value NULL to a variable declared NOT NULL, or if an
attempt is made to assign an integer larger than 99 to a variable
declared NUMBER(2).
*Action: Change the data, how it is manipulated, or how it is declared so
that values do not violate constraints.
In this error report, the first error ( ORA-06502 ) indicates the exact error that occurred within the program, while the second error line of the error report ( ORA-06512 ) indicates the line number that causes that error.
Basically, in this PL/SQL program, we have tried to assign character values more than L_SITE_NAME variable should hold. We could correct this error by increasing the length of the variable “L_SITE_NAME” to be VARCHAR2 (10).
1 DECLARE
2 L_SITE_NAME VARCHAR2 (10);
3 BEGIN
4 L_SITE_NAME := 'Oraask.com';
5 END;Now after updating our script and executing the anonymous PL/SQL block again, it will execute successfully.
PL/SQL procedure successfully completed.
Solution 2: Write an exception handler
Let’s take the second example, which expresses the error
1 DECLARE
2 L_OBJECT_CNT NUMBER(1);
3 BEGIN
4 SELECT COUNT(OBJECT_ID)
5 INTO L_OBJECT_CNT
6 FROM ALL_OBJECTS
7 WHERE OWNER = 'SYS';
8 END;In the above example, we have an anonymous PL/SQL block; when we try to execute it, it will raise an ORA-06512 error as follows:
Error report -
ORA-06502: PL/SQL: numeric or value error: number precision too large
ORA-06512: at line 4
*Cause: An arithmetic, numeric, string, conversion, or constraint error
occurred. For example, this error occurs if an attempt is made to
assign the value NULL to a variable declared NOT NULL, or if an
attempt is made to assign an integer larger than 99 to a variable
declared NUMBER(2).
*Action: Change the data, how it is manipulated, or how it is declared so
that values do not violate constraints.
In this error report, the first error ( ORA-06502 ) indicates the exact error that occurred within the program, while the second error line of the error report ( ORA-06512 ) indicates the line number that causes that error.
Basically, in this PL/SQL program, we have tried to assign numerical values more than the L_OBJECT_CNT variable should hold. We could correct this error by adding an exception handling section in the program like below.
1 DECLARE
2 L_OBJECT_CNT NUMBER (1);
3 BEGIN
4 SELECT COUNT (OBJECT_ID)
5 INTO L_OBJECT_CNT
6 FROM ALL_OBJECTS
7 WHERE OWNER = 'SYS';
8
9 DBMS_OUTPUT.PUT_LINE ('L_OBJECT_CNT' || L_OBJECT_CNT);
10 EXCEPTION
11 WHEN OTHERS THEN
12 L_OBJECT_CNT := 0;
13 END;Now after updating our script by adding the exception-handling part and executing the anonymous PL/SQL block again, it will execute successfully.
PL/SQL procedure successfully completed.
Conclusion
ORA-06512 is a kind of error that aims to help developers troubleshoot by pinpointing the line number causing the problem. And there are multiple ways to handle this kind of error which we explained here in this topic.
Автор признателен руководителям и сотрудникам ЗАО «Нефтегазсистемы»,
начальникам и персоналу вычислительных центров региональных управлений ОАО «Транснефть»,
c чьей помощью был разработан и внедрен данный Oracle-проект.
Возможные ошибки и методы их устранения
В
данном пункте приводится список ошибок с примерами сообщений на английском и
русском языке (через косую черту). Далее идет текст с указанием причины и
решения проблемы: сначала из фирменной документации, затем комментарий из
практики (чаще всего по решению проблемы, но иногда только по причине, если
решение проблемы ясно).
Ошибка ORA-00020
ORA-00020: maximum number of
processes (num) exceeded
/ превышено максимальное
количество процессов (ном)
По
документации:
Причина:
Операция потребовала ресурс,
оказавшийся недоступным. Максимальное количество процессов определяется
параметром инициализации PROCESSES.
Когда этот максимум превышается, никакие запросы больше обрабатываться не
могут.
Действие:
Повторите операцию еще раз через
несколько минут. Если это сообщение выдается часто, закройте ORACLE,
увеличьте параметр PROCESSES в файле
параметров инициализации, и запустите ORACLE вновь.
Из
практики:
Действие:
Требуется увеличить параметр PROCESSES в
файле INIT<SID>.ORA, причем для деф-сайта этот параметр должен
быть больше, чем для дест-сайта. Для БД СИСТЕМЫ было рекомендовано
установить этот параметр в 300 для дест-сайта и 400 для деф-сайта.
Ошибка ORA-00060
ORA-00060: deadlock detected
while waiting for resource
/ во время ожидания ресурса
произошла взаимоблокировка
По
документации:
Причина: Активный сеанс и какой-то другой сеанс, оба ожидающие
один и тот же ресурс, заблокировали друг друга. Это состояние известно как
взаимоблокировка. Для того, чтобы выйти из взаимоблокировки, надо сделать откат
(восстановить предыдущее состояние) одной или нескольких команд, таким образом
другой сеанс сможет продолжить работу.
Действие: Либо:
·
выдайте команду ROLLBACK и перезапустите все команды, входящие в последнюю транзакцию;
·
подождите, пока блокировка не
закончится (возможно, через несколько минут), и перезапустите те команды, на
которых произошел откат.
Из
практики:
Причина:
Ошибка может возникнуть при
перегенерации сайта на БД, куда был неудачно выполнен полный импорт БД другого
сайта (см. Часть 2, Глава 3: Перенос основной БД на сервер с другой ОС).
Действие: Попробуйте удалить мастер-группы вместе с объектами и
повторить генерацию сайта.
Ошибка ORA-00600
ORA-00600:
internal error code, arguments: [num],[?],[?],[?],[?],[?] ,[?],[?]
/ код внутренней ошибки,
аргументы: [ном],[?],[?],[?], [?],[?],[?],[?]
По
документации:
Причина:
Это общее внутреннее сообщение для
исключительных ситуаций программ ORACLE. Оно указывает, что процесс столкнулся с неожиданным
событием нижнего уровня. Причинами,
вызывающими это сообщение, могут быть:
·
истечение времени
ожидания;
·
поломка файла;
·
сбойные ситуации при проверке
данных в памяти;
·
сообщения ввода/вывода,
аппаратного обеспечения, памяти;
·
некорректно
восстановленные файлы.
Первый
аргумент — это номер внутреннего сообщения; другие аргументы — различные
числа, имена и символьные строки. (Для получения более полной информации см.
раздел «Обращение в службу поддержки пользователей ORACLE«.)
Числа могут меняться в зависимости от версии сервера ORACLE.
Действие:
Отправьте описание этой ошибки в
службу поддержки пользователей ORACLE, сопроводив его информацией о:
·
событиях, которые привели к
ошибке;
·
предпринятых вами действиях,
которые привели к ошибке;
·
состоянии операционной системы и ORACLE
на момент ошибки;
·
подробностях всех необычных
обстоятельств, предшествовавших получению сообщения ORA-00600;
·
содержимом всех файлов трассировок,
созданных в результате ошибки;
·
относящихся к этому случаю
реакциях сигнального файла.
Замечание:
необходимо знать предысторию ошибок,
произошедших в самое разное время до этой внутренней ошибки, поскольку именно
они и могут оказаться ее причиной.
Из
практики:
Действие:
Это одна из самых скверных ошибок.
При ее возникновении рекомендуется обратиться к группе технической поддержки Oracle.
Но существует также еще одна рекомендация: настройте работу в Oracle через
протокол IPC.
Ошибка ORA-01400
ORA-01400: cannot
insert NULL into (PLIPEKN.EDITIONS.ID)
/ Пропущен первичный ключ
или обязательный
(NOT NULL) столбец, или NULL во время операции INSERT
ORA-06512: at
«PLIPEKN.WORKS_LOG», line 16
ORA-04088: error
during execution of trigger ‘PLIPEKN.WORKS_LOG’
ORA-06512: at
«PLIPEKN.WORKS$RP», line 831
ORA-01085:
preceding errors in deferred rpc to «PLIPEKN.WORKS$RP. REP_UPDATE»
ORA-02063:
preceding 5 lines from PLI_NORD
По документации:
Причина: При вводе или редактировании записи Вы не задали
значение обязательного (NOT
NULL) столбца.
Действие: Задайте значение для каждого столбца NOT NULL или измените определение таблицы так, чтобы
разрешить устанавливать пустые значения столбцов.
Из
практики:
Причина:
Возникает при попытке сделать изменение
в таблице при отключенном или отсутствующем триггере EDITIONS_COR (который расчитывает и устанавливает системный
идентификатор записи ID).
Действие:
Включите (поставьте Enabled с
помощью Oracle Schema
Manager) либо создайте
триггер EDITIONS_COR:
create or replace
trigger EDITIONS_COR
before insert
or update on EDITIONS
for each row
begin
if INSERTING
then
select
EDITIONS_SEQ.nextval into :new.ID from DUAL;
end if;
:new.CORDATE:=SYSDATE;
:new.USERNAME:=USER;
end;
Ошибка ORA-01403
ORA-01403: data not found
/ данные не найдены
ORA-06512: на
«PLIPEKN.DRFEAT$RP», строки 321
ORA-01085: ошибка обработки в
задержанном rpc в «PLIPEKN.DRFEAT$RP. REP_UPDATE«
По
документации:
Причина: В программе на базовом языке были выбраны все записи.
Код возврата от операции FETCH равен +4. Это означает, что из запроса на были
извлечены все записи.
Действие: Прекратите обработку для данного оператора SELECT.
Из
практики:
Причина:
Ошибка ORA-01403 является большим сюрпризом. Она возникает в самом важном месте – при выполнении
удаленной транзакции, и, притом, из-за множества причин, большинство которых
Вам еще не известно. Эта трудно распознаваемая ошибка обязательно будет время
от времени у Вас возникать.
Действие:
Дело может быть в следующем: не
обновлено поле, по которому разрешаются конфликты (отключен или отсутствует
триггер ТАБЛИЦА_COR, который расчитывает и устанавливает поле CORDATE, по которому как раз и разрешаются конфликты методом Latest Timestamp — см. пример триггера _COR выше при описании ошибки ORA-01400). Эта ошибка не возникает, если транзакция по данной
записи идет одна, без встречной.
Ошибка ORA-01591
ORA-01591: lock held by
in-doubt distributed transaction 6.58.10015
/ блокировка, удерживаемая
распред. транзакцией 6.58.10015,
находящейся в неопр. сост.
По
документации:
Причина:
Была попытка доступа к ресурсу,
заблокированному «повисшей» распределенной транзакцией, находящейся в
состоянии подготовки.
Действие:
Для того, чтобы определить связь баз
данных и состояние транзакции, сравните номер транзакции в сообщении со
столбцом GLOBAL_TRAN_ID таблицы DBA_2PC_PENDING.
Попытайтесь исправить сетевое соединение для координатора и узла точки
завершения транзакции, если это необходимо. Если исправление временно невозможно,
обратитесь к администратору базы данных узла точки завершения транзакции (если
она известна), чтобы «протолкнуть» ожидающую какого-то действия
транзакцию.
Из
практики:
Причина:
Ошибка диагностирует возникновение
«смертельных объятий», зацикливании процессов друг на друге. Может возникнуть
при попытке удалить из мастер-группы дест-сайт, если одна из БД других
сайтов остановлена.
Действие:
Запустите БД всех сайтов и в
состоянии мастер-группы NORMAL повторите операцию.
Ошибка ORA-02049
ORA-02049: time-out:
distributed transaction waiting for lock
/ таймаут: распределенная
транзакция ждет блокировку
По
документации:
Причина:
Превышено время ожидания блокировки
распределенной транзакции. Это время задается в параметре инициализации DISTRIBUTED_LOCK_TIMEOUT.
Действие:
Эта ситуация трактуется как
тупиковая, поэтому происходит откат вашей команды. Установите в параметре
инициализации DISTRIBUTED_LOCK_TIMEOUT более длительный интервал времени ожидания; затем
закройте и перезапустите экземпляр СУБД.
Из
практики:
Причина:
Ошибка может порождаться при
возникновении «смертельных объятий», связанных с тем, что кончилось время
ожидания выполнения распределенной транзакции, заданное в конфигурационном
файле параметром DISTRIBUTED_LOCK_TIMEOUT.
Действие:
Увеличьте значение указанного
параметра и перезагрузите БД.
ПРИМЕЧАНИЕ 1.
На момент внедрения этот параметр можно снизить до 60
(1 мин), чтобы долго не ожидать результатов выполнения небольших тестов по
проверке репликации. Во время же эксплуатации лучше увеличить этот параметр,
например, до 300 (5 мин).
ПРИМЕЧАНИЕ 2.
Такое сообщение может появиться при выполнении
административных запросов, причем не адекватным образом, например, при переводе
группы в NORMAL, затем сразу в QUIESCED
(для проверки). Транзакций в этом случае быть не должно (кроме, возможно,
системных). Подождите немного и повторите попытку.
ПРИМЕЧАНИЕ 3.
Сообщение об этой ошибке однажды появилось при
одновременном добавлении сайта к двум мастер-группам (первой и последней),
причем таблицы обеих групп друг на друга не ссылались.
Ошибка ORA-02266
ORA-02266: unique/primary
keys in table referenced by enabled
foreign keys
/ таблица имеет некие уникальные/первичные
ключи,
на которые ссылаются внешние ключи
По
документации:
Причина: Была попытка уничтожить таблицу, хотя она имела еще
какие-то уникальные или первичные ключи, на которые имеются активные (enabled) ссылки внешних ключей.
Действие:
Перед удалением таблицы отключите все
ссылки внешних ключей на уникальные или первичные ключи. Посмотреть имеющиеся
ссылки и их статус Вы можете с помощью следующего SQL-запроса:
select
CONSTRAINT_NAME, TABLE_NAME, STATUS
from
USER_CONSTRAINTS
where
R_CONSTRAINT_NAME in (
select CONSTRAINT_NAME
from
USER_CONSTRAINTS
where
TABLE_NAME=’TABNAM’);
Из практики:
Причина:
Фирма Oracle
инструктирует, что эта ошибка возникает при попытке сделать DROP или TRUNCATE на
таблицу со связями. Но при репликации эта ошибка может возникнуть в случае,
если на дест-сайте таблица имеет статус Error.
Действие:
Для исправления ситуации требуется
приостановить мастер-группу (Suspend),
удалить таблицу (Remove) из
мастер-группы деф-сайта (не удаляя физически), дождаться удаления из дест-сайта,
затем опять ее добавить (Add) и
активизировать мастер-группу (Resume).
Ошибка ORA-02449
ORA-02449: unique/primary keys in table referenced by
foreign keys
/ уникальный/первичный
ключ в таблице,
на которую
ссылаются по внешнему ключу
По документации:
Причина: Была попытка уничтожить таблицу, хотя она имела еще
какие-то уникальные или первичные ключи, на которые ссылаются внешние ключи.
Действие:
Перед удалением таблицы удалите все
ссылки внешних ключей на уникальные или первичные ключи. Посмотреть имеющиеся
ссылки Вы можете с помощью следующего SQL-запроса:
select * from
USER_CONSTRAINTS where table_name = «TABNAM»;
Из практики:
Причина:
Возникает при попытке удалить таблицу
с первичным или уникальным ключем, если на нее ссылается другая таблица (см.
выше: ORA-02266).
Ошибка ORA-03113
ORA-03113:
end-of-file on communication channel
/ конец файла по
коммуникационному каналу
По документации:
Причина: По коммуникационному каналу передан сигнал
конца файла, который не был обработан соответствующим образом программным
обеспечением SQL*Net (двухзадачным программным обеспечением). Это
сообщение может быть выдано, если теневой двухзадачный процесс, связанный с SQL*Net, завершился ненормально, или же на устройстве связи
между процессами произошел физический сбой (сеть или сервер отключились от
коммуникации).
Действие: Если это сообщение было выдано при попытке
осуществить связь, проверьте установочные файлы для соответствующего драйвера SQL*Net и убедитесь, что программное обеспечение SQL*Net на сервере установлено правильно. Если сообщение было
выдано после того, как связь правильно установилась, и ошибка не связана с
физическим сбоем, проверьте файл трассировки, если таковой был создан на
сервере в момент сбоя. Существование файла трассировки может указать вам на то,
что эта ошибка — внутренняя ошибка ORACLE, требующая вмешательства
службы поддержки пользователей ORACLE.
Из практики:
При
возникновении этой ошибки рекомендуется посмотреть трассировочные файлы (обычно
находятся в каталоге RDBMS80TRACE). Как
правило, это связано с потерей связи или неисправностью на сервере, возникших
во время выполнения процесса в Oracle.
Эта
ошибка часто возникает при прохождении на сервер большого пакета транзакций или
подтверждений от них (см. Часть 2, Глава 3: Если пропала связь с сервером),
но может возникнуть и во время выполнения административных запросов (например,
одновременный запуск добавления достаточно больших таблиц в несколько
мастер-групп).
Конкретно
эта ошибка может возникнуть при попытке создания на удаленном сервере большой
таблицы (команда create table TAB as select * from USER.TAB@DBLINK или
аналогичный процесс в Мультимастере). В этом случае рекомендуется
послать администратору удаленного сервера дамп для импорта больших файлов
(можно целой группы или всей БД), а затем лишь сгенерить репликационную
поддержку для этих таблиц.
Ошибка ORA-04030
ORA-04030: out of
process memory when trying to allocate 524316 bytes
(pga heap, KSFQ Buffers)
/ выход за пределы
памяти процесса при попытке выделить
524316 байт (стр)
По
документации:
Причина:
Собственная память системного
процесса исчерпана.
Действие:
Попросите администратора базы данных
или администратора операционной системы увеличить квоту памяти процессу. В
приложении может быть ошибка, которая и приводит к чрезмерному потреблению
памяти процесса.
Из
практики:
Выделяемая
под процессы память на сервере исчерпалась. Причины могут быть разные. На Netware-сервере
это обычно происходит при фрагментации кэш-памяти и помогает только
перезагрузка сервера.
Ошибка ORA-04052
ORA-04052: error
occurred when looking up remote object
REPADMIN.SYS @ULAN.WORLD
/ ошибка возникла
во время поиска удаленного объекта
REPADMIN.SYS
@ULAN.WORLD
ORA-00604: error
occurred at recursive SQL level 2
ORA-12154:
TNS:could not resolve service name
ORA-06512: at
«SYS.DBMS_REPCAT_MAS», line 674
ORA-06512: at
«SYS.DBMS_REPCAT», line 516
ORA-06512: at line 2
По
документации:
Причина:
Ошибка возникла во время поиска
удаленного объекта.
Действие:
Исправьте ошибку. Убедитесь, что на
удаленной базе данных были запущены все необходимые командные файлы создания
представлений данных, используемых для запроса/поиска объектов базы данных. См.
книгу Сервер ORACLE7. Руководство администратора.
Из практики:
Причина: Ошибка может возникнуть при ручном «толкании»
административных запросов (Apply all admin requests now).
Действие: Посмотрите, не «уронили» ли Вы при этом сервер. Если
да – перезапустите его.
Ошибка ORA-06502
ORA-06502: PL/SQL:
numeric or value error
/ PL/SQL: ошибка в числе или в
значении
По документации:
Причина: Произошла ошибка арифметическая, числовая, строковая,
преобразования или правила целостности. Например, такая ошибка может произойти
при попытке присвоить значение NULL
переменной, описанной как NOT NULL, или при
попытке присвоить целое, больше переменной, описанной как NUMBER(2).
Действие: Измените данные, которыми вы манипулируете, или их
описание таким образом, чтобы они не противоречили друг другу.
Из практики:
Причина:
Ошибка может возникнуть при
перегенерации сайта на БД, куда уже был выполнен полный импорт БД другого сайта
(см. Часть 2, Глава 3: Перенос основной БД на сервер с другой ОС).
Действие: Необходимо удалить мастер-группы вместе с объектами и
повторить генерацию сайта (на самом деле так просто отделаться от этой ошибки
не всегда удается).
Ошибка ORA-12011
ORA-12011: execution of 1
jobs failed
/ сбой при выполнении 1
задания
ORA-06512: at «SYS.DBMS_IJOB», line 255
ORA-06512: at «SYS.DBMS_JOB»,
line 218
ORA-06512: at line 2
По
документации:
Причина:
DBMS_IJOB.RUN обнаружил ошибку. Запуск одного или нескольких
заданий привел к ошибке, которую не удалось обработать.
Действие:
Посмотрите в журнале предупреждений,
какое задание не смогло запуститься и почему.
Из
практики:
Причина:
Ошибка возникает при попытке
запустить задачу PUSH, которая до этого
находилась в состоянии BROKEN, причем, предварительный перевод ее в состояние NORMAL не помогает –
задача или сама через некоторое время устанавливается в BROKEN, или это происходит после попытки ее запустить. Это может произойти по
причине выполненного ранее выполнилось автоматически при установке в это
состояние пакета транзакций).
Ошибка ORA-23308
ORA-23308: object
PLIPEKN.COUNTRY$RU does not exist or is invalid
/ объект PLIPEKN.COUNTRY$RU
либо неправильный,
либо не
существует
По
документации:
Причина:
Указанное имя введено неправильно или
пусто, заданный тип неправилен, объект не является правильным объектом базы данных
или не существует как тиражируемый объект с соответствующим состоянием.
Действие:
Проверьте, что объект существует,
доступен пользователю и, если требуется, является правильным объектом в списке ALL_REPOBJECT.
Из
практики:
Причина:
Ошибка возникает при несоответствии
структуры таблицы одного сайта с другим (например, при перегенерации
репликационной поддержки).
Действие:
Тщательно сверьте структуру указанной
таблицы на деф-сайте и дест-сайте. Возможно, на деф-сайте
была изменена ее структура, типы полей или ограничения вне DDL-механизма ORM.
ВНИМАНИЕ
!
Эта ошибка может создать заколдованный круг: при ее удалении на дест-сайте вне
DDL-механизма ORM остаются неудаленными $RP и $RR модули и операции Remove
затем Add для этой таблицы на деф-сайте вызывает ошибку.
Удаление вышеназванных модулей тоже не помогает. Не помогает также
соответствующая операция alter
table для этой таблицы в БД дест-сайта
(вне ORM). При попытке удаления этой таблицы из мастер-группы деф-сайта
(с тем, чтобы это удаление распространилось на дест-сайт) также
возникает ошибочный административный запрос, поскольку из мастер-группы дест-сайта
в этом случае нельзя удалить таблицу с несоответствующей структурой.
Рекомендуется следующее: сделайте соответствующую
операцию alter
table для этой таблицы в БД дест-сайта
через механизм ORM. Если при этом также возникнет ошибка можно поступить
иначе: удалите таблицу из БД дест-сайта с помощью SQL*Plus
(отключив предварительно ограничения) и создайте заново (можно пустую). Затем
можно попытаться удалить эту таблицу из мастер-группы деф-сайта,
подождать окончания административного запроса на обоих сайтах и вновь добавив
таблицу в мастер-группу. Если и это не поможет, то пересоздайте всю
мастер-группу путем удаления и последующего подключения к ней этого сайта с
отключенной опцией Use
existing object.
Ошибка ORA-23309
ORA-23309: object
PLIPEKN.COUNTRY of type TABLE exists
/ объект PLIPEKN.COUNTRY типа
TABLE существует
По документации:
Причина: Объект уже существует в том же пространстве имен,
возможно с другим типом или формой.
Действие: Удалите объект или повторите запрос со значением
TRUE логического параметра RETRY или USE_EXISTING_OBJECT.
Из
практики:
Причина:
Ошибка может возникнуть после
добавления на мастер-группу деф-сайта нового дест-сайта, если на дест-сайте
уже есть такая таблица, но ее структура другая. Ошибка возникает независимо от
того, была ли включена или отключена опция Use existing object при создании мастер-группы и включении в нее таблиц
на дест-сайте.
Действие:
Удалите эту таблицу в БД дест-сайта
и повторите добавление этого сайта на мастер-группу дест-сайта.
Ошибка ORA-23312
ORA-23312: not
the masterdef according to …
/ не masterdef согласно …
По документации:
Причина: Имя схемы пусто или неправильно введено,
запрашиваемая заданная база данных не является оригиналом, или один из
оригиналов не считает вызываемую базу данных оригиналом.
Действие:
Если заданное имя схемы и оригинала
правильны, соединитесь с оригиналом и повторите запрос, или переместите masterdef, использовав RELOCATE_masterdef.
Из
практики:
Причина:
Ошибка может возникнуть при
перегенерации репликационной поддержки для сайта, где объекты имеют статус Error (см. Часть 2, Глава 3: Работа с административными запросами, Решение
проблем при создании мастер-групп).
Действие: Удалите всю группу с объектами с этого сайта (или
только Error-объекты) и перегенерите репликацию.
Ошибка ORA-23313
ORA-23313: object
group PLIPEKN7 is not mastered at PLI_BONN.WORLD
/ схема PLIPEKN7 не явл.главной для PLI_BONN.WORLD
По документации:
Причина:
Имя схемы пусто или неправильно
введено, запрашиваемая база данных не является оригиналом или запрашиваемая
база данных не считает заданную базу данных оригиналом.
Действие:
Если заданное имя схемы правильно,
соединитесь с текущим оригиналом и повторите запрос, установите запрашиваемую
базу данных оригиналом с помощью ADD_MASTER_DATABASE или используйте SWITCH_SNAPSHOT_MASTER, если запрашиваемая база данных является узлом копии.
Из практики:
Причина:
Ошибка возникает, если мастер-БД с
мастер-группы деф-сайта уже удалена.
Ошибка ORA-23374
ORA-23374: object
group PLIPEKN0 already exists
/ мастер—группа PLIPEKN0 уже существует
ORA-06512: at
«SYS.DBMS_SYS_ERROR», line 86
ORA-06512: at
«SYS.DBMS_REPCAT_MAS», line 1598
ORA-06512: at
«SYS.DBMS_REPCAT», line 113
ORA-06512: at line 2
По документации:
Причина: Данная мастер-БД уже реплицирована данной
мастер-группой.
Действие: Выберите другую мастер-группу или мастер-БД.
Из практики:
Причина:
Ошибка возникает при попытке
«прицепить» дест-сайт к мастер-группе деф-сайта, если на этом дест-сайте
такая мастер-группа уже существует. Эта ситуация возникает, если сайт пытаются
пересоздать (см. Часть 2, Глава 3: Пересоздание дест-сайта), для чего
сначала его «отрывают» от мастер-группы деф-сайта, а потом (переведя ее
в состояние QUIESCED) пытаются опять присоединить.
Действие: Удалите в режиме NORMAL мастер-группу с дест-сайта
со всеми ее объектами, т.е. отметьте опцию Drop all objects in the group (на предупреждение, что объекты группы сохранятся на
других сайтах – нажмите OK). Затем повторите присоединение (Properties… => Destinations => Add… => Asysnc, Use
existing objects, Copy row
data).
SQL-команды по анализу и управлению репликацией
Нижеприведенные команды SQL и PL/SQL окажутся для администратора Oracle
полезными и часто необходимыми для.
анализа и управления распределенными транзакциями. Полный синтаксис
использования DBMS-процедур и структура представлений Словаря данных
приводятся в Приложении 3 и Приложении 4, соответственно.
Анализ объектов в мастер-группе
·
Поиск мастер-группы для таблицы
(например, BRANCH):
select GNAME from
ALL_REPOBJECT
where
ONAME=’BRANCH’ and TYPE=’TABLE’;
·
Кол-во записей по всем таблицам
мастер-группы (пример для PLIPEKN0). Используйте скрипт RowCntMg.sql (предварительно исправив в нем название нужной
мастер-группы или аналогичные скрипты для каждой мастер-группы: RwCntMg0.sql, …, RwCntMg7.sql), который формирует скрипт Temp.sql и запускает его
(создан по прототипу известного скрипта TabCount.sql автора Peter Koletzke):
Листинг скрипта
на подсчет записей всех таблиц БД
set echo off
set feed off
set term off
set head off
set pages 10000
col L newline
————————————————————
spool temp.sql
————————————————————
prompt set head off
prompt set feed off
prompt set term on
prompt set recsep off
—prompt set echo off
prompt variable iC number;;
prompt execute :iC:=0;;
prompt begin
select
‘select :iC + count(*) into :iC’,’from
‘||T.TABLE_NAME||’;’ L
from
ALL_REPOBJECT R, USER_TABLES T
where
R.GNAME=’PLIPEKN0′ and R.TYPE=’TABLE’ and
R.ONAME = T.TABLE_NAME
/
prompt end;;
prompt /
prompt select :iC from DUAL;;
—prompt set feed on
spool off
————————————————————
set term on
set pages 0
————————————————————
@temp
————————————————————
set pages 23
set feed on
set head on
Сформированный и
запускаемый далее скрипт Temp.sql имеет следующий вид:
set
head off
set
feed off
set
term on
set
recsep off
variable
iC number;
execute
:iC:=0;
begin
select :iC + count(*) into :iC from BRANCH;
select :iC + count(*) into :iC from CONOPF;
.
.
.
select
:iC + count(*) into :iC from TYPEM;
select
:iC + count(*) into :iC from TYPEOBJECT;
end;
/
select
:iC from DUAL;
/
·
Кол-во модулей по всем
мастер-группам (если объекты – только
таблицы, то равно учетверенному кол-ву таблиц – Package и Package Body по
модулям $RP и $RR):
select count(*) from
ALL_REPGENERATED order by ONAME, TYPE;
·
Кол-во модулей по каждой
мастер-группе (очень полезный запрос):
select GNAME,
count(*) from ALL_REPOBJECT
where
TYPE=’TABLE’
group by GNAME
order by GNAME;
·
Объекты, нуждающиеся в перегенерации
репликационной поддержки:
select ONAME from
ALL_REPOBJECT
where
(GENERATION_STATUS <> ‘GENERATED’) and TYPE=’TABLE’;
·
Error-объекты на сайте (обязателен к применению):
select GNAME,
ONAME from ALL_REPOBJECT
where
STATUS=’ERROR’ and TYPE=’TABLE’ order by GNAME;
·
Кол-во Error-объектов по мастер-группам:
select GNAME,
count(*) from ALL_REPOBJECT
where
STATUS=’ERROR’ and TYPE=’TABLE’
group by GNAME
order by GNAME;
·
Кол-во изменений по мастер-группам
за период времени (для определения
наиболее активных мастер-групп):
select R.GNAME,
count(A.ID) CNT
from
ALL_REPOBJECT R, EDITIONS A
where
R.TYPE=’TABLE’
and R.ONAME=A.TABNAME and
trunc(A.CORDATE)=trunc(SYSDATE-1)
group by R.GNAME
order by
count(A.ID);
Результат выполнения запроса (пример):
GNAME CNT
——————————
———
PLIPEKN6
4
PLIPEKN0
6
PLIPEKN4
35
PLIPEKN5
93
PLIPEKN3
143
Анализ административных запросов
·
Ошибочные административные
запросы по таблицам (некоторые
ошибки, в частности, end—of—file…, могут
не войти):
select
ID, to_char(TIMESTAMP,’DD.MM.YYYY HH24:MI:SS’) TIME,
substr(MASTER,1,15) MR, substr(GNAME,1,8) GR,
substr(ONAME,1,12) OB, substr(MESSAGE,1,40)
from
USER_REPCATLOG
where
STATUS=’ERROR’ and TYPE=’TABLE’;
·
Административные запросы по
мастер-группе (PLIPEKNn):
select
ID, to_char(TIMESTAMP,’DD.MM.YYYY HH24:MI:SS’) TIME,
substr(MASTER,1,15) MAST, substr(ONAME,1,12) OB,
STATUS, REQUEST, ERRNUM
from
USER_REPCATLOG
where
GNAME=’PLIPEKN0′
order
by ID;
·
Административные запросы по
мастер-сайту первой очереди (для
выявления блокирующих административных запросов):
select
ID, to_char(TIMESTAMP,’DD.MM.YYYY HH24:MI:SS’) TIME,
substr(MASTER,1,15) M, substr(GNAME,1,12) G,
substr(ONAME,1,12) O, STATUS, REQUEST, ERRNUM
from
USER_REPCATLOG
where
ROWNUM < 10;
·
Кол-во адм-запросов по всему
мастер-сайту (для общего контроля
выполнения):
select count(*) from
USER_REPCATLOG;
·
Кол-во административных
запросов по каждой мастер-группе (для
общего контроля выполнения):
select
substr(GNAME,1,12) GR, count(*) REQ_NUM
from
USER_REPCATLOG
group
by GNAME
order
by GNAME;
·
Кол-во каждого вида и статуса
административных запросов по каждой мастер-группе (для детального контроля выполнения):
select
substr(GNAME,1,12) GR, REQUEST, STATUS, count(*) REQ_NUM
from
USER_REPCATLOG
group
by
GNAME, REQUEST, STATUS
order
by
GNAME, REQUEST, STATUS
;
Анализ транзакций
·
Кол-во всех транзакций:
select count(*) from
DEFTRAN;
·
Кол-во транзакций для каждого
сайта:
select
substr(DBLINK,1,20), count(*) CNT from DEFTRANDEST
group by DBLINK
order by DBLINK;
·
Кол-во транзакций для каждого
сайта по дням формирования:
select
substr(DD.DBLINK,1,20) DL,
trunc(D.START_TIME) ST,
count(DD.DEFERRED_TRAN_ID) CT
from
DEFTRANDEST DD,
DEFTRAN D
where
DD.DEFERRED_TRAN_ID=D.DEFERRED_TRAN_ID
group by
substr(DD.DBLINK,1,20), trunc(D.START_TIME)
order by
DL, ST
;
Результат выполнения запроса (пример):
DL
ST CT
———————
——— ———
PLI_ANTA.WORLD
29-FEB-00 939
PLI_ANTA.WORLD
01-MAR-00 6160
PLI_ANTA.WORLD
02-MAR-00 7546
PLI_ANTA.WORLD
03-MAR-00 245
PLI_ANTA.WORLD
25-FEB-00 1580
PLI_ANTA.WORLD
26-FEB-00 570
PLI_ANTA.WORLD
27-FEB-00 165
PLI_ANTA.WORLD
28-FEB-00 8753
PLI_ANTA.WORLD
29-FEB-00 7491
PLI_ANTA.WORLD
01-MAR-00 6160
PLI_ANTA.WORLD
02-MAR-00 7546
PLI_ANTA.WORLD
03-MAR-00 245
12
rows selected.
·
Удаление транзакций. Для удаления одной транзакции (например, с
идентификатором 6.19.11941) используется следующее DBMS-предложение (значение NULL параметра DESTINATION указывает
о применении команды ко всем мастер-сайтам):
begin
DBMS_DEFER_SYS.DELETE_TRAN(
deferred_tran_id => ‘6.19.11941’,
destination
=> NULL);
end;
/
Для удаления всех транзакций используется пустое
значение параметра DEFERRED_TRAN_ID:
begin
DBMS_DEFER_SYS.DELETE_TRAN(
deferred_tran_id => »,
destination => NULL);
end;
/
·
Перезапуск транзакций: данная функция отсутствует, но можно использовать
запуск соответствующей задачи, т.е. процесс PUSH для нужного дест-сайта,
например:
DBMS_JOB.RUN(job
=> 204);
·
Кол-во ошибочных транзакций:
select count(*)
from DEFERROR;
·
Удаление всех ошибочных
транзакций. Для удаления ошибочной
транзакции (например, с идентификатором 8.55.21) используется
нижеприведенная DBMS-процедура (значение NULL параметра
DESTINATION указывает
о применении команды ко всем мастер-сайтам). Если значение параметра DEFERRED_TRAN_ID не
указано (=>’’), то удаляются все ошибочные транзакции (см. RemErr.sql):
begin
DBMS_DEFER_SYS.DELETE_ERROR(
deferred_tran_id => ‘8.55.21’,
destination => NULL);
end;
/
·
Перезапуск ошибочных транзакций. Для перезапуска ошибочной транзакции (например, с
идентификатором 8.55.21) используется нижеприведенная DBMS-процедура (параметр DESTINATION не
должен иметь значение NULL, а
указывать на требуемый мастер-сайт). Если значение параметра DEFERRED_TRAN_ID не
указано (=>’’), то перезапускаются все ошибочные транзакции:
begin
DBMS_DEFER_SYS.EXECUTE_ERROR(
deferred_tran_id => ‘8.55.21’,
destination => ‘PLI_ANTA’);
end;
/
Анализ журнала правок БД (EDITIONS)
В БД
рекомендуется создать и использовать специальную таблицу (например, EDITIONS), куда триггерами ТАБЛИЦА_LOG заносятся все изменения по таблицам
Вашей системы (находящимся только в БД Oracle). Анализ
этой таблицы полезен для сверки с выполненными и выполняемыми транзакциями.
Ниже приведен ряд полезных запросов (находятся в файле ShwAllEd.sql):
— Сводка по таблицам и датам последних правок
select TABNAME, count(TABNAME)
C, max(CORDATE) D
from EDITIONS
/*where CORDATE>SYSDATE-5*/
group by TABNAME
order by TABNAME;
— Сводка по видам правок за диапазон дат
select ACTION, count(ACTION)
C
from EDITIONS
where trunc(CORDATE)
between trunc(SYSDATE)-2 and trunc(SYSDATE)
group by ACTION
order by ACTION;
Пример
результата данного запроса (ACTION=1,2,3 – добавление,
изменение, удаление):
ACTION C
——— ———
1 431
2 247
3 44
— where to_char(CORDATE,’dd.mm.yy’)=to_char(SYSDATE-1,
‘dd.mm.yy’)
select TABNAME, count(TABNAME)
C
from EDITIONS
where trunc(CORDATE)=trunc(SYSDATE-1)
and ACTION=1
group by TABNAME
order by TABNAME;
— Сводка по таблицам, которые правились за
предыдущие дни
select TABNAME, count(TABNAME)
C
from EDITIONS
where trunc(CORDATE)>trunc(SYSDATE-2)
group by TABNAME
order by TABNAME;
— Все изменения (добавления) за день (для сверки с
репликацией)
select TABNAME,TABKEY,ACTION,to_char(CORDATE,’dd.mm.yy
hh:mi:ss’) DL
from EDITIONS
where to_char(CORDATE,’dd.mm.yy’)=to_char(SYSDATE-1,’dd.mm.yyyy’)
— and ACTION=1
order by CORDATE;
— Общее кол-во изменений за день
select count(*) CNT
from EDITIONS
where to_char(CORDATE,’dd.mm.yyyy’)=to_char(SYSDATE,’dd.mm.yyyy’)
and ACTION=1;
— Выборка добавленных в таблицу записей за 1 день
select T.ID, T.NAME, A.CORDATE
from PIPECROSS T, EDITIONS
A
where trunc(T.CORDATE)=trunc(SYSDATE-1)
and T.ID=A.TABKEY and A.TABNAME=’PIPECROSS’
and A.ACTION=1
and trunc(A.CORDATE)=trunc(SYSDATE-1)
order by A.CORDATE;
Необходимые конфигурационные параметры для репликаци
В этом пункте перечислены параметры конфигурационного
файла INIT<SID>.ORA, являющиеся важными для работы приложений. Эти
параметры должны иметь следующие значения.
·
DISTRIBUTED_LOCK_TIMEOUT = 300;
·
DISTRIBUTED_TRANSACTIONS
= 5 (для
репликации Мультимастер увеличить до 12-20);
·
GLOBAL_NAMES = TRUE;
·
JOB_QUEUE_INTERVAL = 10;
·
JOB_QUEUE_PROCESSES = 4 (для репликации Мультимастер
увеличить до 10 — 12, т.е., примерно, удвоенное кол-во мастер-сайтов);
·
OPEN_LINKS = 10;
·
PARALLEL_MAX_SERVERS = 10;
·
PARALLEL_MIN_SERVERS = 2;
·
REPLICATION_DEPENDENCY_TRACKING =
TRUE;
·
SHARED_POOL_SIZE – не менее 18000000, но не
более 40% ОЗУ сервера (если кроме Oracle на сервере не выполняются другие процессы), а если на сервере уже
установлены другие экземпляры Oracle (например, другая система или учебная БД), то сумма этих параметров не
должна превышать 40% ОЗУ;
·
DML_LOCK – не менее 300;
·
PROCESSES = 200 (при использовании репликации Мультимастер
увеличить: 300 на destination-сайте, 400 на definition-сайте).