CftClub.ru
Клуб специалистов ЦФТ-Банк

Проблемы перехода Oracle 12.2
На страницу Пред.  1, 2, 3, 4  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
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 предложили то же самое, обновить клиента, поправить реестр. Т.к. не заработало, то отправили в прикладную поддержку, а её то у нас и нет. Может кто-нибудь сталкивался и поборол?
Самое плохое, что на тесте на эту ошибку не наткнулись и всё вылезло уже на рабочей схеме Sad Буду рада любой помощи.
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 - прокомментирую.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3, 4  След.
Страница 3 из 4

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru