|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
База была восстановлена из резервной копии. Но через неделю заметил, что бэкап не делается. Вот что пишет. авторДиспетчер восстановления: Release 11.2.0.4.0 - Production on Чт Фев 17 10:21:18 2022 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. подключение к базе данных назначения: FST (DBID=523013861) RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> вместо каталога восстановления используется управляющий файл базы данных-адресата занятый канал: fst_backup_channel канал fst_backup_channel: SID=264 тип устройства=DISK Запуск backup в 17.02.22 текущий журнал заархивирован канал fst_backup_channel: запускается набор резервирования архивных журналов канал fst_backup_channel: задание архивного журнала (журналов) в наборе резервирования поток входного архивного журнала=1 порядковый номер=54 RECID=79304 STAMP=1096885280 канал fst_backup_channel: начало фрагмента 1 в 17.02.22 канал fst_backup_channel: завершение фрагмента 1 в 17.02.22 указатель части=/opt/backup/202202171021_differential/arch/FST_523013861_arch_20220217_340m2910_p1_c1_s10340 тэг=ARCHIVELOG комментарий=NONE канал fst_backup_channel: набор резервирования завершен, затраченное время: 00:00:01 канал fst_backup_channel: удаление архивного журнала (журналов) имя файла архивного журнала=/home/oracle/oracle/product/11.2.0.4/dbs/arch1_54_1096687739.dbf RECID=79304 STAMP=1096885280 Завершение backup в 17.02.22 Запуск backup в 17.02.22 канал fst_backup_channel: запускается набор инкрементного резервирования файлов данных уровня 1 канал fst_backup_channel: задание файлов данных в наборе резервирования номер файла для входного файла данных=00002 имя=/db/oraData/fst/sysaux01.dbf номер файла для входного файла данных=00001 имя=/db/oraData/fst/system01.dbf номер файла для входного файла данных=00005 имя=/db/fastcom/fastcom_01.dbf номер файла для входного файла данных=00006 имя=/db/fastcom/fastcom_cdr_data_01.dbf номер файла для входного файла данных=00007 имя=/db/idx/fastcom_cdr_idx_01.dbf номер файла для входного файла данных=00013 имя=/db/fastcom/fastaccess_data_01.dbf номер файла для входного файла данных=00014 имя=/db/idx/fastaccess_idx_01.dbf освобожденный канал: fst_backup_channel RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: сбой команды backup plus archivelog в 02/17/2022 10:21:22 ORA-19643: Файл данных 15: слишком поздняя стартовая точка резервной копии ORA-19640: контрольная точка файла данных - SCN 3356065194 время - 11/16/2021 23:35:59 RMAN> Диспетчер восстановления завершен. Код: plsql 1. 2. 3. 4. 5.
Как это починить? Полный бэкап вроде как без проблем проходит авторДиспетчер восстановления: Release 11.2.0.4.0 - Production on Чт Фев 17 10:27:54 2022 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. подключение к базе данных назначения: FST (DBID=523013861) RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> вместо каталога восстановления используется управляющий файл базы данных-адресата занятый канал: fst_backup_channel канал fst_backup_channel: SID=157 тип устройства=DISK Запуск backup в 17.02.22 текущий журнал заархивирован канал fst_backup_channel: запускается набор резервирования архивных журналов канал fst_backup_channel: задание архивного журнала (журналов) в наборе резервирования поток входного архивного журнала=1 порядковый номер=56 RECID=79306 STAMP=1096885676 канал fst_backup_channel: начало фрагмента 1 в 17.02.22 канал fst_backup_channel: завершение фрагмента 1 в 17.02.22 указатель части=/opt/backup/202202171027_full/arch/FST_523013861_arch_20220217_380m29dc_p1_c1_s10344 тэг=ARCHIVELOG комментарий=NONE канал fst_backup_channel: набор резервирования завершен, затраченное время: 00:00:01 канал fst_backup_channel: удаление архивного журнала (журналов) имя файла архивного журнала=/home/oracle/oracle/product/11.2.0.4/dbs/arch1_56_1096687739.dbf RECID=79306 STAMP=1096885676 Завершение backup в 17.02.22 Запуск backup в 17.02.22 канал fst_backup_channel: запускается набор инкрементного резервирования файлов данных уровня 0 канал fst_backup_channel: задание файлов данных в наборе резервирования номер файла для входного файла данных=00002 имя=/db/oraData/fst/sysaux01.dbf номер файла для входного файла данных=00001 имя=/db/oraData/fst/system01.dbf номер файла для входного файла данных=00005 имя=/db/fastcom/fastcom_01.dbf номер файла для входного файла данных=00006 имя=/db/fastcom/fastcom_cdr_data_01.dbf номер файла для входного файла данных=00007 имя=/db/idx/fastcom_cdr_idx_01.dbf номер файла для входного файла данных=00013 имя=/db/fastcom/fastaccess_data_01.dbf номер файла для входного файла данных=00014 имя=/db/idx/fastaccess_idx_01.dbf номер файла для входного файла данных=00015 имя=/db/fastcom/fastaccess_arch_01.dbf номер файла для входного файла данных=00016 имя=/db/fastviewsion/fastviewsion_bpm_01.dbf номер файла для входного файла данных=00017 имя=/db/fastviewsion/fastviewsion_auth_01.dbf номер файла для входного файла данных=00018 имя=/db/fastviewsion/fastviewsion_data_01.dbf номер файла для входного файла данных=00003 имя=/db/undo/fst/undo01.dbf номер файла для входного файла данных=00009 имя=/db/idx/FASTCOM_HIGH_IDX_01.dbf номер файла для входного файла данных=00008 имя=/db/fastcom/FASTCOM_HIGH_DATA_01.dbf номер файла для входного файла данных=00010 имя=/db/fastcom/FASTCOM_MED_DATA_01.dbf номер файла для входного файла данных=00011 имя=/db/idx/FASTCOM_MED_IDX_01.dbf номер файла для входного файла данных=00012 имя=/db/idx/FASTCOM_LOW_DATA_IDX_01.dbf номер файла для входного файла данных=00004 имя=/db/oraData/fst/users01.dbf канал fst_backup_channel: начало фрагмента 1 в 17.02.22 канал fst_backup_channel: завершение фрагмента 1 в 17.02.22 указатель части=/opt/backup/202202171027_full/df/FST_523013861_df_20220217_390m29de_p1_c1_s10345 тэг=DB_BACKUP комментарий=NONE канал fst_backup_channel: набор резервирования завершен, затраченное время: 00:02:35 канал fst_backup_channel: запускается набор инкрементного резервирования файлов данных уровня 0 канал fst_backup_channel: задание файлов данных в наборе резервирования текущий управляющий файл включается в резервный набор текущий SPFILE включается в резервный набор канал fst_backup_channel: начало фрагмента 1 в 17.02.22 канал fst_backup_channel: завершение фрагмента 1 в 17.02.22 указатель части=/opt/backup/202202171027_full/df/FST_523013861_df_20220217_3a0m29i9_p1_c1_s10346 тэг=DB_BACKUP комментарий=NONE канал fst_backup_channel: набор резервирования завершен, затраченное время: 00:00:01 канал fst_backup_channel: запускается набор инкрементного резервирования файлов данных уровня 0 канал fst_backup_channel: задание файлов данных в наборе резервирования текущий управляющий файл включается в резервный набор канал fst_backup_channel: начало фрагмента 1 в 17.02.22 канал fst_backup_channel: завершение фрагмента 1 в 17.02.22 указатель части=/opt/backup/202202171027_full/config/FST_523013861_cf_20220217_3b0m29ib_p1_c1_s10347 тэг=CONTROLFILE комментарий=NONE канал fst_backup_channel: набор резервирования завершен, затраченное время: 00:00:01 канал fst_backup_channel: запускается набор инкрементного резервирования файлов данных уровня 0 канал fst_backup_channel: задание файлов данных в наборе резервирования текущий SPFILE включается в резервный набор канал fst_backup_channel: начало фрагмента 1 в 17.02.22 канал fst_backup_channel: завершение фрагмента 1 в 17.02.22 указатель части=/opt/backup/202202171027_full/config/FST_523013861_spfile_20220217_3c0m29id_p1_c1_s10348 тэг=SPFILE комментарий=NONE канал fst_backup_channel: набор резервирования завершен, затраченное время: 00:00:01 Завершение backup в 17.02.22 Запуск backup в 17.02.22 текущий журнал заархивирован канал fst_backup_channel: запускается набор резервирования архивных журналов канал fst_backup_channel: задание архивного журнала (журналов) в наборе резервирования поток входного архивного журнала=1 порядковый номер=57 RECID=79307 STAMP=1096885839 канал fst_backup_channel: начало фрагмента 1 в 17.02.22 канал fst_backup_channel: завершение фрагмента 1 в 17.02.22 указатель части=/opt/backup/202202171027_full/arch/FST_523013861_arch_20220217_3d0m29if_p1_c1_s10349 тэг=ARCHIVELOG комментарий=NONE канал fst_backup_channel: набор резервирования завершен, затраченное время: 00:00:01 канал fst_backup_channel: удаление архивного журнала (журналов) имя файла архивного журнала=/home/oracle/oracle/product/11.2.0.4/dbs/arch1_57_1096687739.dbf RECID=79307 STAMP=1096885839 Завершение backup в 17.02.22 освобожденный канал: fst_backup_channel RMAN> Диспетчер восстановления завершен. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 17:05 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha, У вас тейблспейс с датафайлом 15 - /db/fastcom/fastaccess_arch_01.dbf не read only??? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 18:55 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
автор-rw-rw----. 1 oracle oracle 1008738304 фев 18 08:52 FASTCOM_HIGH_DATA_01.dbf -rw-rw----. 1 oracle oracle 536879104 фев 18 08:52 FASTCOM_MED_DATA_01.dbf -rw-rw----. 1 oracle oracle 4294975488 ноя 16 23:36 fastaccess_arch_01.dbf -rw-rw----. 1 oracle oracle 4294975488 фев 18 09:01 fastaccess_data_01.dbf -rw-rw----. 1 oracle oracle 4294975488 фев 18 08:52 fastcom_01.dbf -rw-rw----. 1 oracle oracle 4294975488 фев 18 08:52 fastcom_cdr_data_01.dbf ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 03:02 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha, Это не ТО что Вы подумали: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 04:41 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 04:46 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
что покажет Код: plsql 1.
? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 05:37 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 05:49 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha, или переводите его в онлайн или дропайте, или скипайте при бекапе если есть планы на перевод его в онлайн позже. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 06:21 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
Как все эти варианты осуществлять и что значит они? В чем отличия ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 06:59 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha, авторили переводите его в онлайн Код: plsql 1.
авторили скипайте при бекапе если есть планы на перевод его в онлайн позже. Skipping .... files авторили дропайте определите, в каком ТП этот датафайл. Далее Код: plsql 1.
Советую рассмотреть это вариант в конце. Данная операия не ревертабл ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 07:28 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2. 3. 4. 5. 6. 7.
Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 07:30 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha, авторВ чем отличия ? Если данные в этом датафайле нужны, то их желательно вернуть) То есть или в онлайн или скип при бекапе и в онлайн позже. Я не в курсе вашей ситуации, из-за которой вам пришлось ресторить БД из бекапа и почему это датафайл в оффлайне. Если данные не нужны, то дропайте его. Чего ждать то? ) PS: уверене на 95%, что данные нужны ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 07:33 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha Код: plsql 1. 2. 3. 4. 5. 6. 7.
У вас был бекап этого датафайла , когда вы восстанавливались "неделю назад" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 07:36 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
Бекап работал. Сейчас тот же скрипт бекапа не работает. Вероятнее всего делался, иначе уже бы был skip offline например. Полный бэкап в таком виде автор$ ls -R arch config df network ./arch: FST_523013861_arch_20220218_3e0m43hl_p1_c1_s10350 FST_523013861_arch_20220218_3j0m43mv_p1_c1_s10355 ./config: control01.ctl FST_523013861_cf_20220218_3h0m43mr_p1_c1_s10353 initfst.ora control02.ctl FST_523013861_spfile_20220218_3i0m43mt_p1_c1_s10354 orapwfst ./df: FST_523013861_df_20220218_3f0m43ht_p1_c1_s10351 FST_523013861_df_20220218_3g0m43mp_p1_c1_s10352 ./network: admin ./network/admin: listener.ora samples shrept.lst tnsnames.ora ./network/admin/samples: listener.ora sqlnet.ora tnsnames.ora ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 07:40 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha Бекап работал. Сейчас тот же скрипт бекапа не работает. У вас есть информация, по какой причине датафайл 15 сейчас(во время восстановления неделю назад?) в оффлайне ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 07:49 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
pravednik admsasha Бекап работал. Сейчас тот же скрипт бекапа не работает. У вас есть информация, по какой причине датафайл 15 сейчас(во время восстановления неделю назад?) в оффлайне ? Нет. Восстановление делалось из-за перехода на другой физический сервер. Там была полная копия системы. Базу обновили через бекап до актуального состояния. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 07:53 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
pravednik admsasha, PS: уверене на 95%, что данные нужны ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 08:12 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
pravednik У вас был бекап этого датафайла , когда вы восстанавливались "неделю назад" ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 08:37 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
1. Если я на горячую заменю файл db/fastcom/fastaccess_arch_01.dbf с старого сервера на новый. Потом попробую перевести его в online Так может помочь? 2. Возможно ли сделать какой то дамб? Со старого сервера сделать дамб, на новом удалить данный файл и пересоздать из дамба? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 08:50 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha 1. Если я на горячую заменю файл db/fastcom/fastaccess_arch_01.dbf с старого сервера на новый. Потом попробую перевести его в online Так может помочь? нет admsasha 2. Возможно ли сделать какой то дамб? Со старого сервера сделать дамб, на новом удалить данный файл и пересоздать из дамба? - можно через TTS перенести целиком табличное пространство со старого сервера на новый. - можно експортировать данные, хранящиеся в этом ТП со старого сервера и импортировать их на новый. - можно попробовать разобраться, почему после восстановления этот файл оказался в offline. У вас есть лог восстановления ? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2022, 19:04 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
pravednik - можно попробовать разобраться, почему после восстановления этот файл оказался в offline. У вас есть лог восстановления ? Вот такие таблицы содержит /db/fastcom/fastaccess_arch_01.db Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.
... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 04:37 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha Нет, данного лога нет. тогда любой из двух первых вариантов на ваш выбор admsasha Код: plsql 1.
dba_* будет надежней ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 07:53 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
Пожалуйста, подскажите командами мои действия. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 08:45 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
admsasha Пожалуйста, подскажите командами мои действия. > - можно через TTS перенести целиком табличное пространство со старого сервера на новый. > - можно експортировать данные, хранящиеся в этом ТП со старого сервера и импортировать их на новый. docs.oracle.com -> oracle rdbms -> administration -> Administrator Guide -> 13 Transporting Data Best Practices for Using Transportable Tablespaces (TTS) (Doc ID 1457876.1) Берестов В.Д.Как хорошо уметь читать! Не надо к маме приставать, Не надо бабушку трясти: "Прочти, пожалуйста, прочти!" Не надо умолять сестрицу: "Ну, прочитай еще страницу". Не надо звать, Не надо ждать, А можно взять И почитать! p.s. Умение пользоваться документацией, один из базовых навыков администратора ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 09:31 |
|
backup выдает ORA-19643
|
|||
---|---|---|---|
#18+
Я не занимаюсь администрирование базы oracle. Тот кто занимался, уехал в другую страницу. Я мельком глянул на документацию. Чтобы понять ее нужно с нуля учить основы oracle. Боюсь, я так просто не смогу прочитав только данную документацию без ошибок с дополнительными проблемами восстановить таблицы и запустить их вновь в работу. Поэтому я попросил вас указать, что требуется сделать. Как мне видится, это запустить expdp/impdp с правильными параметрами. Но например, я не понял. Для этого я должен знать структуру таблиц? По моему прошлому выводу, означает ли что в данном файле содержаться только две таблицы или что-то там еще может быть? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2022, 09:48 |
|
|
start [/forum/topic.php?fid=52&msg=40135028&tid=1879499]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
388ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
70ms |
get tp. blocked users: |
2ms |
others: | 304ms |
total: | 814ms |
0 / 0 |