Every day first user who is trying to login from application getting ORA-03114 error. After 3 attempts the application is logging to database. Once logged in everything is working fine for all users for the whole day.
Same issue again on next day who is logging in for the 1st time.
What could be the reason for this kind of behavior. Please suggest on how to fix this issue.
Answers
The reason is likely there is a DBA who
— doesn’t read documentation
— doesn’t use online resources
— can only be bothered to post questions like ‘My car doesn’t work, please fix my car’ without doing any troubleshooting himself and without providing any details.
Your request must be considered insulting and rude.
I have read the online info and tried some troubleshooting. But could not get the reason for this issue. The listener log looks good and no error on alertlog about the timed out.
That is the reason I requested here to know if anyone has faced similar issue.
I am not insulting anyone here or being rude with anyone.
The last time i faced this issue it was because the session was disconnected by the DBA(read: Myself).
Probably you can check truss on your listener.
Also it would be helpful to check what entries exist in the alert log before this error is encountered.
User tried to login at 7:50, after 3 failed attempts the user got logged in, listener.log shows connection details at 7:54
Your reported error code (ora-03114) seems to indicate a possibility that the app is either issuing sql statements before it ever gets connected, or the established connection is getting dropped. Either way, I wouldn’t expect to find much about it in the listener log. The listener only handles the request to get connected to the database. Once that connection is made, the listener is completely out of the picture. You can even stop the listener and it will have no effect on established connections.
Oracle programs or not, it is safe to say that every user of a computer in the past twenty years has faced the frustration of attempting to initiate a program to have it halted by a problem with network connectivity. The very potential of computer technology in the 20 th and 21 st centuries has hinged thus far on the ability to connect to a network of other users and servers, so, invariably, issues will occur in the quest of working this out. These types of problems are particularly pertinent when the success of a database system relies on its accessibility to several users at various locations within a company. The ORA-03114 is one of many Oracle error messages that are prompted when these type of connectivity issues are present.
The ORA-03114 is an error message triggered when a user attempts a call to Oracle when no connection was established. This will typically happen in response to a user-written program not being logged on. In many cases, the server or listener process may not be running or another location shut down the database while trying to access.
This error message can also happen due to communication trouble caused by a disconnection from the database. This can derive from problems with connection pooling such as shared servers or multi-threaded server. There can also be some problems with missing entries to the tnsnames.ora.
The ORA-03114 can occur because of a number of different problems. As with many Oracle errors that have numerous possible triggers, the first user step is looking at the log to see if anything seems out of character. Let’s go through a few different scenarios that a user might find after searching the log. In some cases, a user will be prompted to enter a password in the middle of creating a database. Despite entering the correct password, the user is unable to connect. So, what’s the problem? Typically in a situation such as this, the database is held up in the EMCA step (Enterprise Manager Configuration Assistant). When configuring a database using EMCA, the database will be temporarily unavailable and users will not be able to connect. The listener will need a new tna connection, but it does not have access to the new database yet. The best way to prevent this issue is, prior to the creation of the database, modifying the SID_LIST section of the listener.ora and adding an entry to the yet-to-be-formed database, then reloading – this will establish a connection for the listener.
In another scenario, the database server remains idle for a certain interval of time, triggering a router of firewall to disconnect the server. What can be done in response? Verify the configuration by setting the database to send a packet every ten minutes to offset the firewall settings. Use the parameter SQLNET.EXPIRE_TIME to specify the time interval. It will default to ‘0’, but it is recommended to adjust this field to ‘10’. To run a test, stop your Oracle database instance, edit the SQLNET.EXPIRE_TIME, restart the database, do a full connect to the Oracle driver as SYSTEM/MANAGER and execute the stored sleep procedure in Oracle. Adjust the expire time as is necessary for your system requirements. You can also check the EMCA, select your database and click down to “security\profile\\idle time” and set the time that the system can remain idle before disconnecting to your preferences.
These are just a few of the primary prompts for the ORA-03114 error. These corrections should provide the user with plenty of tactics to take the problem on. However, there is a vast assortment of issues that can prompt an ORA-03114, as in far too many to list. Fortunately, the aforementioned solutions can successfully correct a number of variations of the error. In the event that you need further assistance, you should contact a licensed Oracle database consultant who can work further with your company to prevent these types of errors.
1. Мы ценим свое и Ваше время, поэтому мы всегда согласываем ТЗ и приступаем к работе в короткие сроки. 2. Мы без всяких проблем исправляем свои ошибки быстро и оперативно. 3. Мы предлагаем свои пути решения тех или иных задач. Вы выбираете решение, которое подходит именно Вам.
Вопрос: Можно ли холодную копию БД Oracle 64 бит запустить на 32 битной системе?
Ответ: Да, можно. Если попробовать просто запустить БД на 32 битной системе, то получим ошибку:
sql>connect system/password ERROR:
ORA-06553: PLS-801: internal error [56319]
Для того, чтобы избежать данную ошибку, нужно выполнить следующие действия:
sql>connect / as sysdba
sql> connect system/password
Вопрос: Можно ли установить бюджетную и хозрасчетную версию ИС «Парус-8» в одну папку и в одну БД?
Отчет: Устанавливать клиенты нужны в разные папки. Также не рекомендуется держать в одной БД бюджет и хозрасчет.
Вопрос: Отчеты Crystal Reports печатается очень медленно, хотя запросы, которые в них используются выполняются быстро. В чем может быть проблема?
Ответ: Точно в чем причина не установлено, но отчет начинает работать быстрее, если открыть его в редакторе и выполнить команду «Verify Database».
Вопрос: Как получить RN в контексте обработчика событий на элементах управления?
Ответ: В версиях «Парус-8» 8.5.2.2, 8.5.3.0, 8.5.4.0, 8.5.5.0 можно использовать такую конструкцию
Application.MainForm.ActiveMDIChild.ActiveControl.DataSource.DataSet.FieldByName(«тут должно быть имя поля, которое есть в представлении на главной форме»).Value
Вопрос: При создании «Авансового отчета» не ставится сумма предыдущего аванса. Автоматизирован ли расчет суммы предыдущего аванса, или ее надо вводить вручную?
Ответ: Нет, не автоматизирован. Но можно написать неименованный блок, который будет заполнять данное поле автоматически. А откуда брать значения, каждый решает сам для себя. Варианты можно почитать по ссылке ниже.
DataDirect Troubleshooting tips for «ORA-03114 not connected to ORACLE»
Сведения
Заголовок
DataDirect Troubleshooting tips for «ORA-03114 not connected to ORACLE»
Environment
Product : Connect for ODBC and Connect for JDBC Oracle drivers Version : All supported versions OS: All supported versions Database: Oracle Application: All supported applications
1. Verify there is no firewall or router setting which terminates connections which are active for longer than x minutes.
2. Verify there is no firewall or router setting which terminates connections which are idle for longer than x minutes.
3. Set SQLNET.EXPIRE_TIME on the Oracle database so that the database will send a packet every x minutes, so that the firewall, router, etc does not close the connection due to being idle.
1. The Oracle documentation lists the following details for the sqlnet.ora parameter : SQLNET.EXPIRE_TIME
Purpose: Use parameter SQLNET.EXPIRE_TIME to specify the time interval, in minutes, to send a probe to verify that client/server connections are active. Setting a value greater than 0 ensures that connections are not left open indefinitely, due to an abnormal client termination. If the probe finds a terminated connection, or a connection that is no longer in use, it returns an error, causing the server process to exit. This parameter is primarily intended for the database server, which typically handles multiple connections at any one time.
Limitations on using this terminated connection detection feature are: — It is not allowed on bequeathed connections. — Though very small, a probe packet generates additional traffic that may downgrade network performance. — Depending on which operating system is in use, the server may need to perform additional processing to distinguish the connection probing event from other events that occur. This can also result in degraded network performance.
Когда скрипт работал, я проверил, что TCP-соединение было установлено на моем конце, но на стороне базы данных (машина сервера базы данных) такого соединения не было.
Моя теория такова, что каким-то образом сервер базы данных прерывает соединение. И когда моя система отправляет первый тест активности активности через 2 часа (7200 секунд), она обнаруживает, что соединение больше не активно, и закрывает соединение, и сценарий возвращается.
Я не могу понять, почему система базы данных теряет соединение? Есть ли какие-либо настройки в конце базы данных для увеличения детализации? Или это может быть связано с некоторыми настройками брандмауэра? Кроме того, через 2 часа и 10 минут мы можем догадаться, что 2-часовая часть исходит из tcp_keepalive_time, то есть 10-минутной части. Любая повторная попытка на стороне базы данных?
РЕДАКТИРОВАТЬ : администратор БД и я посмотрели на проблему, я вижу, что TCP-соединение установлено как ESTABLISHED на моем конце, и он не увидел никакого соединения, идущего с моей стороны.
3 ответа
Мы попытались установить SQLNET.EXPIRE_TIME на 10 минут. Но это не сработало. Мы отскочили от сервера базы данных, но он все еще не работал. Возможно, некоторые последние брандмауэры могут не видеть пакеты DCD в качестве действительного трафика, как упомянуто в статье упоминается в статье (также предоставлено @ user1683793 выше). Наконец, мы изменили время keepalive до 25 минут (на клиентском компьютере), чтобы на tcp-соединении был некоторый трафик. К счастью, брандмауэр, похоже, рассматривает пакет поддержки активности как трафик.
У нас было что-то похожее, когда наш брандмауэр сбрасывал соединения Pro * C примерно через два часа, если в этот период у нас не было никаких действий. Нашим решением было сделать:
Каждые 15 минут для каждого соединения с базой данных, чтобы поддерживать активность.
Если я правильно помню, время tcp keep alive, на которое вы ссылаетесь выше, используется только в том случае, если соединение имеет вызов setsockopt с SO_KEEPALIVE. Поскольку фактическое соединение с Oracle управляется Oracle, у нас нет возможности узнать, установлено оно или нет.
В следующий раз, когда я получу внимание наших администраторов баз данных, мне нужно будет заставить их изменить это значение и посмотреть, как это повлияет на ситуацию. Позже во второй ссылке они говорят:
Если значение SQLNET.EXPIRE_TIME меньше времени ожидания простоя соединения FW, то брандмауэр будет рассматривать этот пакет как активность, и время простоя (отключение брандмауэра) никогда не произойдет, пока процессы клиента и сервера не будут активны.
