Выходит ошибка tns:protocol adapter error?

Question

[AkiTs]

При открытии программы на одном из серверов, при авторизации выходит следующая ошибка.
Удалено модератором
и в логах этой программы такая ошибка
Удалено модератором
Проблема появилась пару месяцев назад, по логам такая же проблема появлялась 10 лет назад но уже нету инфы о сотруднике который устранял проблему. Есть 2 сервера, на 1-ом sql скорее всего в ней и есть БД, а на 2-ом сервере уже программа как на фото выше, пинг между 2 этими серверами есть

Answer 1

[Василий Банников]

Суда по ошибке - что-то на стороне Oracle не хорошее произошло.
12560: https://stackoverflow.com/questions/6894558/ora-12...

01017: https://stackoverflow.com/questions/14476875/ora-0...

Проверьте ещё, что делали с ораклом недавно у себя.

Comments

[AkiTs]

Доброй ночи, извините за беспокойство. НО что это означает, это логи из oracle-alert-log поможете пожалуйста узнать что тут написано, просто мне известно только то, что в 2022 он работал и после чего то перестал в 2023 работать.
Sat May 21 22:31:36 2022
Thread 1 advanced to log sequence 3737
Current log# 2 seq# 3737 mem# 0: D:\ORACLE\ORADATA\ORCL\REDO02.LOG
Dump file d:\oracle\admin\orcl\bdump\alert_orcl.log
Fri Apr 14 18:43:12 2023
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.2 Service Pack 2, CPU type 586
Fri Apr 14 18:43:12 2023
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.1.0.
System parameters with non-default values:
processes = 150
timed_statistics = TRUE
shared_pool_size = 134217728
large_pool_size = 8388608
java_pool_size = 0
control_files = D:\oracle\oradata\orcl\control01.ctl, D:\oracle\oradata\orcl\control02.ctl, D:\oracle\oradata\orcl\control03.ctl
db_block_size = 8192
db_cache_size = 327155712
compatible = 9.2.0.0.0
log_archive_dest_1 = LOCATION=D:\oracle\ora92\RDBMS
db_file_multiblock_read_count= 16
fast_start_mttr_target = 300
rollback_segments = SYSTEM, PRBS_SMALL1-1, PRBS_SMALL1-2, PRBS_SMALL2-1, PRBS_SMALL2-2, PRBS_SMALL3, PRBS_SMALL4, PRBS1, PRBS11
undo_management = MANUAL
undo_tablespace = UNDOTBS1
undo_retention = 10800
remote_login_passwordfile= EXCLUSIVE
db_domain =
instance_name = orcl
dispatchers = (PROTOCOL=TCP) (SERVICE=orclXDB)
utl_file_dir = D:\oracle\licence
job_queue_processes = 10
hash_join_enabled = TRUE
background_dump_dest = D:\oracle\admin\orcl\bdump
user_dump_dest = D:\oracle\admin\orcl\udump
core_dump_dest = D:\oracle\admin\orcl\cdump
sort_area_size = 524288
db_name = orcl
open_cursors = 300
star_transformation_enabled= FALSE
query_rewrite_enabled = FALSE
pga_aggregate_target = 50331648
aq_tm_processes = 1
PMON started with pid=2
DBW0 started with pid=3
DBW1 started with pid=4
LGWR started with pid=5
CKPT started with pid=6
SMON started with pid=7
RECO started with pid=8
CJQ0 started with pid=9
QMN0 started with pid=10
Fri Apr 14 18:43:14 2023
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Fri Apr 14 18:43:16 2023
ALTER DATABASE MOUNT
Fri Apr 14 18:43:22 2023
Successful mount of redo thread 1, with mount id 1661921478.
Fri Apr 14 18:43:22 2023
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Fri Apr 14 18:43:23 2023
ALTER DATABASE OPEN
Fri Apr 14 18:43:24 2023
Beginning crash recovery of 1 threads
Fri Apr 14 18:43:24 2023
Started first pass scan
Fri Apr 14 18:43:24 2023
Completed first pass scan
776 redo blocks read, 76 data blocks need recovery
Fri Apr 14 18:43:24 2023
Started recovery at
Thread 1: logseq 3737, block 106461, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 2 Seq 3737 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\ORCL\REDO02.LOG
Fri Apr 14 18:43:25 2023
Ended recovery at
Thread 1: logseq 3737, block 107237, scn 2.1390738285
76 data blocks read, 76 data blocks written, 776 redo blocks read
Crash recovery completed successfully
Fri Apr 14 18:43:25 2023
Thread 1 advanced to log sequence 3738
Thread 1 opened at log sequence 3738
Current log# 3 seq# 3738 mem# 0: D:\ORACLE\ORADATA\ORCL\REDO03.LOG
Successful open of redo thread 1.
Fri Apr 14 18:43:26 2023
SMON: enabling cache recovery
SMON: enabling tx recovery

Answer 2

[Евгений]

Например, могло поменяться значение на сервере в файле sqlnet.ora:
SQLNET.ALLOWED_LOGON_VERSION=9

Судя по логу, вы пытаетесь подсоединиться клиентом версии 9, для которой, возможно, выключен соответствующий протокол на сервере.