| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Saalex_gav
Участник со стажем
Вступление в Клуб: 26.09.2017
|
 Ср Ноя 06, 2019 14:04 |
 |
Полезность: Нет оценки
|
Кто нибудь столкнулся с такой проблемой - при попытки сохранить шаблон печати представления под пользователем выдает ошибку.
В настоящий момент операция невозможна:
Нет прав на модификацию данных
ORA-20999: Нет прав на модификацию данных
ORA-06512: на "IBS.CRITERIA_PRINTS_BEFORE", line 17
ORA-04088: ошибка во время выполнения триггера 'IBS.CRITERIA_PRINTS_BEFORE'
ORA-06512: на "IBS.DATA_VIEWS", line 3184
ORA-06512: на "IBS.NAV", line 1319
ORA-06512: на line 1
begin $$$.nav.edit_criteria_print(?,?,null,null,null,null,null,null,null);$$$.cache_mgr.cache_commit;end;
В админе доступа стоит "Администрирование шаблонов печати"
Возможность сохранять есть только у владельца схемы. |
|
 |
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пн Ноя 11, 2019 15:17 |
|
Полезность: Нет оценки
|
А ни у кого не было блоков на log-файлах?
После перехода при импорте СПФС - создается лог. Если пытаться после этого сделать экспорт - то ругается что не может сощдать файл - log. Помогает только перезаход в ИБСО. С чем это может быть связано? В других местах с лог файлами - например в ЗОД не замечено такого. |
|
|
dark
Участник
Вступление в Клуб: 20.04.2010
|
| Ср Ноя 20, 2019 10:52 |
|
Полезность: Нет оценки
|
| Alkov пишет: | | Green пишет: | Всем добрый день,
В дополнение к этому добавилась ошибка смены пароля
ORA-20200: Ошибка изменения пароля. No owners configured. See corresponding parameter in the audit schema.
ORA-06512: на "IBS.SECADMIN", line 2648
ORA-06512: на "IBS.SECADMIN", line 2589
ORA-06512: на line 1 |
Знакомая фигня.
Обновите Oracle Client до 11.2.0.4.
если не помогло - прописать в реестре:
1) "HKEY_LOCAL_MACHINE\SOFTWARE
[\Wow6432Node]\ORACLE\KEY_OraClient11g_home2_32bit" необходимо изменить значение ключа "NLS_LANG" с имеющегося на "RUSSIAN_CIS.CL8MSWIN1251
2) В этой же ветке (нового oracle клиента) добавить новый Строковый параметр (Правка -> Создать -> Строковый параметр
), где наименование ключа "NLS_SORT", а его значение "BINARY"
3) Создать идентичные ключи ("NLS_LANG" с значением "RUSSIAN_CIS.CL8MSWIN1251" и "NLS_SORT" с значением "BINARY") в общей ветке Oracle "HKEY_LOCAL_MACHINE\SOFTWARE
[\Wow6432Node]\ORACLE" |
Добрый день.
Получили такую же ошибку. Клиента обновили, реестр поправили - не помогло. Написали в поддержку asfu предложили то же самое, обновить клиента, поправить реестр. Т.к. не заработало, то отправили в прикладную поддержку, а её то у нас и нет. Может кто-нибудь сталкивался и поборол?
Самое плохое, что на тесте на эту ошибку не наткнулись и всё вылезло уже на рабочей схеме  Буду рада любой помощи. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Ср Ноя 20, 2019 16:31 |
|
Полезность: Нет оценки
|
| Gobur пишет: | А ни у кого не было блоков на log-файлах?
После перехода при импорте СПФС - создается лог. Если пытаться после этого сделать экспорт - то ругается что не может сощдать файл - log. Помогает только перезаход в ИБСО. С чем это может быть связано? В других местах с лог файлами - например в ЗОД не замечено такого. |
В общем выяснилось - глючит списочная операция SWIFT_EXP_MARK. И только на новом оракле. Т.е. первый раз отрабатывает. При повторном запуске(без выхода из Навигатора) перестает видеть пути на оракловом серваке. В результате чего это происходит выяснить не смогли. ЦФТ тоже кучу часов списали, задавали вопросы типа - проверьте английские русские буквы в путях. Хотя как бы очевидно - что 1 раз срабатывает и все пути видит, а вот что и где потом очищается? Может кто то работал с внешними процедурами и может помочь по этому вопросу? Похоже списочными никто не пользуется уже для выгрузки СВИФТ (СПФС), поэтому ошибка немассовая. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Чт Ноя 21, 2019 17:14 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | Gobur пишет: | А ни у кого не было блоков на log-файлах?
После перехода при импорте СПФС - создается лог. Если пытаться после этого сделать экспорт - то ругается что не может сощдать файл - log. Помогает только перезаход в ИБСО. С чем это может быть связано? В других местах с лог файлами - например в ЗОД не замечено такого. |
В общем выяснилось - глючит списочная операция SWIFT_EXP_MARK. И только на новом оракле. Т.е. первый раз отрабатывает. При повторном запуске(без выхода из Навигатора) перестает видеть пути на оракловом серваке. В результате чего это происходит выяснить не смогли. ЦФТ тоже кучу часов списали, задавали вопросы типа - проверьте английские русские буквы в путях. Хотя как бы очевидно - что 1 раз срабатывает и все пути видит, а вот что и где потом очищается? Может кто то работал с внешними процедурами и может помочь по этому вопросу? Похоже списочными никто не пользуется уже для выгрузки СВИФТ (СПФС), поэтому ошибка немассовая. |
Проблема была в кривом пути к библиотеке LIBHASH. Причем помогает только пересоздание библиотеки с правильным путем , правка в таблице не поможет.
create or replace library ibs.LIBHASH is 'путь' |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Чт Ноя 21, 2019 21:26 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | Gobur пишет: | | Gobur пишет: | А ни у кого не было блоков на log-файлах?
После перехода при импорте СПФС - создается лог. Если пытаться после этого сделать экспорт - то ругается что не может сощдать файл - log. Помогает только перезаход в ИБСО. С чем это может быть связано? В других местах с лог файлами - например в ЗОД не замечено такого. |
В общем выяснилось - глючит списочная операция SWIFT_EXP_MARK. И только на новом оракле. Т.е. первый раз отрабатывает. При повторном запуске(без выхода из Навигатора) перестает видеть пути на оракловом серваке. В результате чего это происходит выяснить не смогли. ЦФТ тоже кучу часов списали, задавали вопросы типа - проверьте английские русские буквы в путях. Хотя как бы очевидно - что 1 раз срабатывает и все пути видит, а вот что и где потом очищается? Может кто то работал с внешними процедурами и может помочь по этому вопросу? Похоже списочными никто не пользуется уже для выгрузки СВИФТ (СПФС), поэтому ошибка немассовая. |
Проблема была в кривом пути к библиотеке LIBHASH. Причем помогает только пересоздание библиотеки с правильным путем , правка в таблице не поможет.
create or replace library ibs.LIBHASH is 'путь' |
При обновлении перекомпиляцию всех объектов БД выполняли при помощи compile.bat? |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Чт Ноя 21, 2019 21:30 |
|
Полезность: Нет оценки
|
Подскажите, пожалуйста, в чем может быть причина, того что функция stdio.mkdir не создает каталог на сервере в случае попытки создания вложенных каталогов?
т.е stdio.mkdir ('qwerty/123/456', 255); приведет к ошибке:
ошибка создания каталога qwerty/123/456: code -2 No such file or directory
но при этом же
последовательное создание
stdio.mkdir ('qwerty', 255);
stdio.mkdir ('qwerty/123', 255);
stdio.mkdir ('qwerty/123/456', 255);
корректно отработает.
Ситуацию выявили на тестовой схеме с обновленным Oracle 12.2.0.1
На боевой схеме данная ошибка не возникает.
С чем может быть связано? Смотреть в сторону Oracle либо все же в сторону ОС? |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пт Ноя 22, 2019 08:23 |
|
Полезность: Нет оценки
|
| VSV056 пишет: |
При обновлении перекомпиляцию всех объектов БД выполняли при помощи compile.bat? |
Делали, сама library имела статус valid и даже отрабатывала каким то образом 1 раз. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пт Ноя 22, 2019 08:31 |
|
Полезность: Нет оценки
|
| VSV056 пишет: | Подскажите, пожалуйста, в чем может быть причина, того что функция stdio.mkdir не создает каталог на сервере в случае попытки создания вложенных каталогов?
т.е stdio.mkdir ('qwerty/123/456', 255); приведет к ошибке:
ошибка создания каталога qwerty/123/456: code -2 No such file or directory
но при этом же
последовательное создание
stdio.mkdir ('qwerty', 255);
stdio.mkdir ('qwerty/123', 255);
stdio.mkdir ('qwerty/123/456', 255);
корректно отработает.
Ситуацию выявили на тестовой схеме с обновленным Oracle 12.2.0.1
На боевой схеме данная ошибка не возникает.
С чем может быть связано? Смотреть в сторону Oracle либо все же в сторону ОС? |
В ИБСО только значение параметра в профиле - FIO_MAKE_DIR (YES-NO) может влиять. Все остальное права в ОС. Остальные функции из stdio если работают. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Сб Ноя 23, 2019 13:54 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | VSV056 пишет: | Подскажите, пожалуйста, в чем может быть причина, того что функция stdio.mkdir не создает каталог на сервере в случае попытки создания вложенных каталогов?
т.е stdio.mkdir ('qwerty/123/456', 255); приведет к ошибке:
ошибка создания каталога qwerty/123/456: code -2 No such file or directory
но при этом же
последовательное создание
stdio.mkdir ('qwerty', 255);
stdio.mkdir ('qwerty/123', 255);
stdio.mkdir ('qwerty/123/456', 255);
корректно отработает.
Ситуацию выявили на тестовой схеме с обновленным Oracle 12.2.0.1
На боевой схеме данная ошибка не возникает.
С чем может быть связано? Смотреть в сторону Oracle либо все же в сторону ОС? |
В ИБСО только значение параметра в профиле - FIO_MAKE_DIR (YES-NO) может влиять. Все остальное права в ОС. Остальные функции из stdio если работают. |
FIO_MAKE_DIR = YES. По итогу вся разница была в неперенесенной на тестовую схему структуре каталогов и никак не связана с самим переходом.
stdio.mkdir ('qwerty/123/456', 255); не работает ни на 12.1.0.2, ни на 12.2.0.1 |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Вт Ноя 26, 2019 16:56 |
|
Полезность: Нет оценки
|
Коллеги, просим подсказать возможные пути решения проблемы.
После обновления до ORACLE 12.2.0.1 не стартует одна из тестовых схем.
| Код: | Solaris SPARC 11.3
Oracle 12.2.0.1
sid TESTER.
spfiletester.ora
_cursor_obsolete_threshold=1024
_datafile_write_errors_crash_instance=FALSE
_session_context_size=30000
audit_trail='DB'
compatible='12.1.0'
control_files='/u/oradata/tester/control01.ctl'#Restore Controlfile
core_dump_dest='/u/app/oracle/admin/tester/cdump'
db_block_size=8192
db_cache_size=17G
db_file_multiblock_read_count=16
db_file_name_convert='ibso','tester'
db_files=400
db_keep_cache_size=1300M
db_name='TESTER'#Reset to original value by RMAN
db_writer_processes=4
DEFERRED_SEGMENT_CREATION=FALSE
dispatchers='(PROTOCOL=TCP)(SERVICE=testerXDB)'
fast_start_mttr_target=900#300
java_pool_size=384M
job_queue_processes=100
large_pool_size=384M
local_listener='tester'
LOG_ARCHIVE_DEST_1='LOCATION=/u/LOG/tester/'
LOG_ARCHIVE_DEST_STATE_1='ENABLE'
LOG_ARCHIVE_FORMAT='tester%t_%s_%r.arc'
log_file_name_convert='ibso','tester'
max_dump_file_size='20000'
open_cursors=500
open_links=4
optimizer_adaptive_plans=FALSE
optimizer_adaptive_statistics=FALSE
PGA_AGGREGATE_TARGET=20G
processes=1000
query_rewrite_enabled='FALSE'
remote_login_passwordfile='EXCLUSIVE'
RESOURCE_LIMIT=FALSE
SESSION_CACHED_CURSORS=200
sga_max_size=30G
shared_pool_size=4G
shared_servers=5
star_transformation_enabled='FALSE'
statistics_level='typical'
timed_os_statistics=60
timed_statistics=TRUE
undo_management='AUTO'
undo_retention=1800
undo_tablespace='UNDOTBS1'
oracle12201@s72lsol > echo $ORACLE_HOME
/u/app/oracle/product/12.2.0.1
oracle12201@s72lsol > export ORACLE_SID=tester
oracle12201@s72lsol > sqlplus / as sysdba
SQL*Plus: Release 12.2.0.1.0 Production on Tue Nov 26 17:21:33 2019
Copyright (c) 1982, 2016, Oracle. All rights reserved.
Connected to an idle instance.
SQL> startup nomount
|
Повисает на ~10 минут, а дальше ошибка:
| Код: | ORA-03113: end-of-file on communication channel
SQL>
alert_tester.log
2019-11-22T08:48:39.280856+05:00
Adjusting the default value of parameter parallel_max_servers
from 1280 to 813 due to the value of parameter processes (1000)
Starting ORACLE instance (normal) (OS id: 4441)
2019-11-22T08:48:39.320267+05:00
CLI notifier numLatches:97 maxDescs:1689
2019-11-22T08:48:39.425883+05:00
All SGA segments were allocated at startup
2019-11-22T08:48:39.430865+05:00
**********************************************************************
2019-11-22T08:48:39.431092+05:00
Dump of system resources acquired for SHARED GLOBAL AREA (SGA)
2019-11-22T08:48:39.431406+05:00
Available system pagesizes:
8K, 64K, 4096K, 256M, 2048M
2019-11-22T08:48:39.431838+05:00
Supported system pagesize(s):
2019-11-22T08:48:39.432056+05:00
PAGESIZE AVAILABLE_PAGES EXPECTED_PAGES ALLOCATED_PAGES ERROR(s)
2019-11-22T08:48:39.432280+05:00
8K Configured 5 5 NONE
2019-11-22T08:48:39.432495+05:00
64K Configured 0 0 NONE
2019-11-22T08:48:39.432711+05:00
4096K Configured 65 65 NONE
2019-11-22T08:48:39.432926+05:00
256M Configured 7 7 NONE
2019-11-22T08:48:39.433139+05:00
2048M Configured 14 14 NONE
2019-11-22T08:48:39.433352+05:00
**********************************************************************
2019-11-22T08:48:55.270905+05:00
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
2019-11-22T08:48:55.272384+05:00
Please relink oracle binary to enable the OS time page
Initial number of CPU is 128
Effective number of CPU for internal database sizing is 64
Number of processor cores in the system is 16
Number of processor sockets in the system is 2
Shared memory segment for instance monitoring created
2019-11-22T08:48:58.678282+05:00
Application Data Integrity/Silicon Secured Memory enabled for the redo log.
Autotune of undo retention is turned on.
IMODE=BR
ILAT =168
LICENSE_MAX_USERS = 0
SYS auditing is enabled
NOTE: remote asm mode is local (mode 0x1; from cluster type)
NOTE: Using default ASM root directory ASM
NOTE: Cluster configuration type = SIHA [3]
NUMA system with 2 nodes detected
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production.
ORACLE_HOME: /u/app/oracle/product/12.2.0.1
System name: SunOS
Node name: s72lsol
Release: 5.11
Version: 11.3
Machine: sun4v
Using parameter settings in server-side spfile /u/app/oracle/product/12.2.0.1/dbs/spfiletester.ora
System parameters with non-default values:
processes = 1000
timed_statistics = TRUE
timed_os_statistics = 60
resource_limit = FALSE
sga_max_size = 30G
shared_pool_size = 4G
large_pool_size = 384M
java_pool_size = 384M
control_files = "/u/oradata/tester/control01.ctl"
db_file_name_convert = "ibso"
db_file_name_convert = "tester"
log_file_name_convert = "ibso"
log_file_name_convert = "tester"
db_block_size = 8192
db_cache_size = 17G
db_keep_cache_size = 1344M
db_writer_processes = 4
compatible = "12.1.0"
log_archive_dest_1 = "LOCATION=/u/LOG/tester/"
log_archive_dest_state_1 = "ENABLE"
log_archive_format = "tester%t_%s_%r.arc"
db_files = 300
db_file_multiblock_read_count= 16
fast_start_mttr_target = 900
_datafile_write_errors_crash_instance= FALSE
undo_management = "AUTO"
undo_tablespace = "UNDOTBS1"
undo_retention = 1800
remote_login_passwordfile= "EXCLUSIVE"
_session_context_size = 30000
dispatchers = "(PROTOCOL=TCP)(SERVICE=testerXDB)"
shared_servers = 5
local_listener = "tester"
session_cached_cursors = 200
_cursor_obsolete_threshold= 1024
job_queue_processes = 100
core_dump_dest = "/u/app/oracle/admin/tester/cdump"
open_links = 4
audit_trail = "DB"
db_name = "TESTER"
open_cursors = 500
star_transformation_enabled= "FALSE"
query_rewrite_enabled = "FALSE"
pga_aggregate_target = 20G
statistics_level = "typical"
deferred_segment_creation= FALSE
optimizer_adaptive_plans = FALSE
optimizer_adaptive_statistics= FALSE
max_dump_file_size = "20000"
NOTE: remote asm mode is local (mode 0x1; from cluster type)
2019-11-22T08:48:59.277608+05:00
============================================================
NOTE: PatchLevel of this instance 0
============================================================
2019-11-22T08:57:36.799834+05:00
Exception [type: SIGBUS, Invalid address alignment] [ADDR:0xFFFFFFFF7FFEF02C] [PC:0x114E3CCAC, dbgrmxcxa_xaction_active()+300] [flags: 0x0, count: 1]
Errors in file /u/app/oracle/diag/rdbms/tester/tester/trace/tester_ora_4441.trc (incident=29840088):
ORA-07445: exception encountered: core dump [dbgrmxcxa_xaction_active()+300] [SIGBUS] [ADDR:0xFFFFFFFF7FFEF02C] [PC:0x114E3CCAC] [Invalid address alignment] []
Incident details in: /u/app/oracle/diag/rdbms/tester/tester/incident/incdir_29840088/tester_ora_4441_i29840088.trc
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Fri Nov 22 08:59:12 2019
tester_ora_4441.trc
*** 2019-11-22T08:48:39.281188+05:00
KSGL: Non-migrateable latch space size: 1573552
ASGA/ISGA using npools = 1 based on nfobs = 720 and initcount = 162872
gwm_region_list_callback
Shared memory segment allocated: shmid: 1325400120 size: 20971520 bytes pagesize: 4194304 startaddr: 380000000
Shared memory segment allocated: shmid: 1577058361 size: 30064771072 bytes pagesize: 2147483648 startaddr: 400000000
Shared memory segment allocated: shmid: 1677721658 size: 1879048192 bytes pagesize: 268435456 startaddr: b00000000
Shared memory segment allocated: shmid: 939524155 size: 201326592 bytes pagesize: 4194304 startaddr: 3c0000000
Shared memory segment allocated: shmid: 872415292 size: 50331648 bytes pagesize: 4194304 startaddr: b80000000
Shared memory segment allocated: shmid: 704643133 size: 40960 bytes pagesize: 8192 startaddr: bc0000000
SGA (id: 1) creation time at startup: 8 ms
*** 2019-11-22T08:48:55.272766+05:00
Resource Hashmask (%X):
….
Initial number of CPU is 128
Effective number of CPU for internal database sizing is 64
Number of processor cores in the system is 16
Number of processor sockets in the system is 2
KSIPC SERVICE MASK [MGAOFF]:[INETOFF]:[IPCLWON]:[GRPAM]:[PRON]:[TOPOON]:[DLLON]:[KSGLOFF][RSTFWOFF]:[RDMAPINGON:[SHREGON]:MEMCBON
*** 2019-11-22T08:48:58.667068+05:00
krsd_init_sdips: Setting REOPEN=300 on defaulted LAD:1 [krsd.c:1912]
kcrfwy: minimum sleep is 1012 usecs (overhead is 12 usecs)
ASGA/ISGA using npools = 1 based on nfobs = 720 and initcount = 154720
kwsnsmeInitNtfy:enter
kgfmInitialize: OAK library is not found
2019-11-22 08:48:59.041 : [ OCROSD][ OCROSD]utopen: Failed to open OCR disk/file [/u/app/grid/product/12.1.0.2/cdata/localhost/s72lsol.olr], errno:[13], OS error string:[Permission denied]
2019-11-22 08:48:59.041 : [ OCROSD][ OCROSD]utopen:7: failed to open any OCR file/disk, errno=13, os err string=Permission denied
2019-11-22 08:48:59.041 : [ OCRRAW][ OCRRAW]proprinit: Could not open raw device
2019-11-22 08:48:59.042 : [ default][ default]a_init:7!: Backend init unsuccessful : [26]
2019-11-22 08:48:59.042 : [ default][ default]clsutcnr:5.1: procr_init_ext failed [26] with bootlevel [131072]. Error data [PROCL-26: Error while accessing the physical storage Operating System error [Permission denied] [13]]. Return [5]
2019-11-22 08:48:59.045 : [ CSSCLNT][ CSSCLNT]clsssterm: terminating context (ffffffff7621c738)
kgxgncin: clsssinit: CLSS init failed with status 3
kgxgncin: clsssinit: return status 3 (0 SKGXN not av) from CLSS
NOTE: Cluster configuration type = SIHA [3]
gwm_region_list_callback
2019-11-22 08:48:59.219*:kgfpm.c@1137: kgfpmInitPatchIter: npatches 0
*** 2019-11-22T08:57:36.799083+05:00
Exception [type: SIGBUS, Invalid address alignment] [ADDR:0xFFFFFFFF7FFEF02C] [PC:0x114E3CCAC, dbgrmxcxa_xaction_active()+300] [flags: 0x0, count: 1]
DDE: Flood control is not active
2019-11-22T08:57:36.823002+05:00
Incident 29840088 created, dump file: /u/app/oracle/diag/rdbms/tester/tester/incident/incdir_29840088/tester_ora_4441_i29840088.trc
ORA-07445: exception encountered: core dump [dbgrmxcxa_xaction_active()+300] [SIGBUS] [ADDR:0xFFFFFFFF7FFEF02C] [PC:0x114E3CCAC] [Invalid address alignment] []
ssexhd: crashing the process...
Shadow_Core_Dump = partial
ksdbgcra: writing core file to directory '/u/app/oracle/admin/tester/cdump'
|
Подобная проблема есть в Support Oracle в документе с патчем, закрывающем баг в ОС HP-UNIX Itanuim, но для нашей ОС Solaris SPARC патча нет:
HP-UX Itanium Error: 'Failed To Allocate SGA' When Starting the Database with Version 12.2 For Upgrade (Doc ID 2401032.1)
SOLUTION
To implement a solution for unpublished Bug 25783447, execute any of the below alternative solutions:
1/ Apply Patch 25783447 on top of 12.2.0.1 installation. To check for conflicting patches, please use the MOS Patch Planner Tool
Please refer to Note 1317012.1 - How To Use MOS Patch Planner To Check And Request The Conflict Patches?
If no patch exists for your version, please contact Oracle Support for a backport request.
- or -
2/ Upgrade to 18.1.
Предполагаем что данная проблема связана с первоначальной попыткой поднять схему под не предназанченным для нее инстансем
12.2.0.1 для базы 12.1.0.2 |
|
|
Serj
Профи
Вступление в Клуб: 02.08.2007
|
| Ср Ноя 27, 2019 10:07 |
|
Полезность: Нет оценки
|
| 2 VSV056 - у вас ошибка валится при старте экземпляра, даже до монтирования управляющих файлов не доходит, если бы вы пытались запустить БД под другой версией instance то ORA-00201: control file version incompatible было бы, на этапе выделения памяти экземпляра крашится экземпляр. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Ср Ноя 27, 2019 10:37 |
|
Полезность: Нет оценки
|
| Serj пишет: | | 2 VSV056 - у вас ошибка валится при старте экземпляра, даже до монтирования управляющих файлов не доходит, если бы вы пытались запустить БД под другой версией instance то ORA-00201: control file version incompatible было бы, на этапе выделения памяти экземпляра крашится экземпляр. |
Куда копнуть? Предполагаем что в данной ситуации может помочь перезапуск сервера. |
|
|
Serj
Профи
Вступление в Клуб: 02.08.2007
|
| Ср Ноя 27, 2019 11:29 |
|
Полезность: Нет оценки
|
| вполне может помочь, dmesg ничего подозрительного не пишет ? ipcs -mb показывает наличие выделенных сегментов shm ? |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Чт Ноя 28, 2019 06:55 |
|
Полезность: Нет оценки
|
| Serj пишет: | | вполне может помочь, dmesg ничего подозрительного не пишет ? ipcs -mb показывает наличие выделенных сегментов shm ? |
Перезагрузка не помогла. Я не DBA, поэтому в части " dmesg ничего подозрительного не пишет ? ipcs -mb показывает наличие выделенных сегментов shm ?" помочь не могу, по получению информации от DBA - прокомментирую. |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
