выделить больше памяти для базы данных в Oracle 19c

Я новичок в оракуле и использую оракул 19с. Моя проблема в том, что я получаю ora-27101: область общей памяти не существует. Я искал его, и ответы заключались в том, что моей базе данных нужно больше места для хранения. Я использовал автоматическое управление общей памятью при создании базы данных, и теперь я не могу найти, как исправить эту ошибку, а также выделить для нее больше памяти. Мне нужно вставить данные большого размера в эту базу данных. Кроме того, я использую Navicat для подключения к моей базе данных oracle 19c. Кто-нибудь может мне с этим помочь?

РЕДАКТИРОВАТЬ:

Я пытался импортировать данные с Navicat в базу данных, но когда он прошел 13% процесса, он завис на 13% и не продолжил процесс. Поэтому я отменил процесс и закрыл соединение. В следующий раз, когда я включил свой компьютер, я больше не смог подключиться к базе данных и получил ошибку ora-12514. Чтобы решить эту проблему, я добавил эту часть кода в listener.ora (я только что добавил второй SID_DESC в SID_LIST_LISTENER, связанный с моей базой данных):

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = CLRExtProc)
      (ORACLE_HOME = E:\db_home)
      (PROGRAM = extproc)
      (ENVS = "EXTPROC_DLLS=ONLY:E:\db_home\bin\oraclr19.dll")
    )
    (SID_DESC=
      (SID_NAME = dbb034)
      (ORACLE_HOME= E:\db_home)
      (GLOBAL_DBNAME = DB_B034)
    )
  )

После добавления этой части я получаю следующую ошибку:

ora-01034:ORACLE not available
ora-27101:shared memory realm does not exist
process ID:0
Session ID:0 Serial Number:0

вот мой последний лог из alert.log:

2021-05-03T17:56:53.567632+04:30
Errors in file E:\ORACLE19C\diag\rdbms\db_b034\dbb034\trace\dbb034_ora_3308.trc:
ORA-19809: limit exceeded for recovery files
ORA-19804: cannot reclaim 181511168 bytes disk space from 8657043456 bytes limit
NET  (PID:3308): Error 19809 Creating archive log file to 'E:\ORACLE19C\FAST_RECOVERY_AREA\DB_B034\ARCHIVELOG\2021_05_03\O1_MF_1_53_%U_.ARC'
NET  (PID:3308): Stuck archiver: inactive mandatory LAD:1
NET  (PID:3308): Stuck archiver condition declared
2021-05-03T17:56:53.584640+04:30
Errors in file E:\ORACLE19C\diag\rdbms\db_b034\dbb034\trace\dbb034_ora_3308.trc:
ORA-16038: log 2 sequence# 53 cannot be archived
ORA-19809: limit exceeded for recovery files
ORA-00312: online log 2 thread 1: 'E:\ORACLE19C\ORADATA\DB_B034\REDO02.LOG'
USER (ospid: ): terminating the instance due to ORA error 
2021-05-03T17:56:53.785392+04:30
System state dump requested by (instance=1, osid=3308), summary=[abnormal instance termination].
System State dumped to trace file E:\ORACLE19C\diag\rdbms\db_b034\dbb034\trace\dbb034_diag_16284.trc
2021-05-03T17:56:54.275058+04:30
TT00 (PID:14380): Gap Manager starting
2021-05-03T17:56:57.492949+04:30
Instance terminated by USER, pid = 3308

person Masoud    schedule 03.05.2021    source источник
comment
Во-первых, вы путаете хранилище (дисковое пространство) с памятью. Во-вторых, я серьезно сомневаюсь, что ваша ошибка связана с ее отсутствием. Боюсь, вы гонитесь за отвлекающим маневром. что именно вы делали, чтобы наблюдать сообщение об ошибке? Обновите свой вопрос, чтобы показать последнюю последовательность запуска из журнала предупреждений вашей базы данных.   -  person EdStevens    schedule 03.05.2021
comment
это обычно означает, что БД не открыта/не смонтирована   -  person OldProgrammer    schedule 03.05.2021
comment
@EdStevens Я добавил часть редактирования. Надеюсь, это может прояснить проблему.   -  person Masoud    schedule 03.05.2021
comment
Взгляните на stackoverflow.com/questions/6555827/   -  person Dave Costa    schedule 03.05.2021
comment
@DaveCosta Я не могу подключиться к своей базе данных, чтобы закрыть и снова запустить ее. Я получаю ошибку ora-12560. Я не знаю, как мне подключиться к моей базе данных!   -  person Masoud    schedule 03.05.2021
comment
подключиться к экземпляру базы данных (даже если он не запущен) с помощью «sqlplus/as sysdba». Оттуда вы можете проверить статус с помощью «выбрать статус из v$instance;». Пожалуйста, сделайте это и обновите свой вопрос, отформатировав копию и вставив результат (пожалуйста, без снимков экрана). Также вы проигнорировали мой предыдущий запрос. Пожалуйста, обновите свой вопрос, чтобы показать последнюю последовательность запуска из журнала предупреждений вашей базы данных.   -  person EdStevens    schedule 03.05.2021
comment
@EdStevens Не знаю, правильно ли это, но это был последний журнал моей базы данных. Кроме того, я не могу подключиться к своей базе данных. Теперь я получаю ошибку ora-12560. Я установил oracle_sid для имени моей базы данных, а затем попытался подключиться к sqlplus/as sysdba (также я пробовал с другими пользователями).   -  person Masoud    schedule 03.05.2021
comment
Хорошо, ваш журнал предупреждений дает несколько сообщений об ошибках. Что вы узнали, когда погуглили их? Одна из ваших проблем заключается в том, что место назначения архивного журнала закончилось на диске. Когда вы работаете в режиме архивного журнала (а в рабочем режиме вы должны), вам необходимо регулярно делать резервные копии базы данных и архивных журналов с помощью rman, а также включать параметр «удалить все входные данные» вместе с резервной копией архивжурналы.   -  person EdStevens    schedule 03.05.2021
comment
@EdStevens Я изменил размер области быстрого восстановления, и теперь она работает. Спасибо.   -  person Masoud    schedule 04.05.2021
comment
Конечно, но если вы ничего не делаете для очистки архивных журналов, вы снова столкнетесь с той же проблемой.   -  person EdStevens    schedule 04.05.2021
comment
@EdStevens да, я почистил их, а также отключил автоархивацию, чтобы предотвратить ту же проблему. Ничего, если я сейчас напишу, что я сделал, как ответ на свой вопрос? Или это не законно?   -  person Masoud    schedule 04.05.2021
comment
Если вы сами придумали ответ, совершенно нормально опубликовать его самостоятельно. Что касается вашего «решения», я хотел бы отметить, что, поскольку вы записываете архивные журналы в FRA, простое удаление их с помощью команд ОС не поможет, потому что оракул не будет обновлять статистику использования FRA. Если вы отключили автоматическое архивирование (то есть перевели базу данных в режим NOARCHIVELOG, то ваша база данных может быть восстановлена ​​только до момента последней резервной копии автономно. Следовательно, вы не считаете базу данных очень важно.   -  person EdStevens    schedule 04.05.2021
comment
@EdStevens Я почистил их с помощью команд RMAN   -  person Masoud    schedule 05.05.2021
comment
Я очистил их командами RMAN в таком случае учет FRA должен отражать реальность. Если бы вы удалили их с помощью команд ОС, FRA подумал бы, что они все еще там и что это пространство все еще занято.   -  person EdStevens    schedule 05.05.2021