ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Вопросы по rman
25 сообщений из 83, страница 2 из 4
  2  все
Вопросы по rman
    #39816987
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Javl,
как логи удаляются?
...
Рейтинг: 0 / 0
23.05.2019, 11:54
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816993
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
lYYJavl,
как логи удаляются?

Речь об arhivelog ?
Тогда вручную, по этому и задал вопрос
...
Рейтинг: 0 / 0
23.05.2019, 12:01
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816997
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Javlarhivelog вручную
а если 40 серверов?

Вот по этому у меня всё в одном скрипте - настройки, кросчек, бэкап, удаление логов.
На всех серверах скрипты одинаковые.
...
Рейтинг: 0 / 0
23.05.2019, 12:08
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817002
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
lYY,

Из всего что у Вас указано в скрипте, мне нужно добавить только: delete noprompt expired archivelog all;

Спасибо.
...
Рейтинг: 0 / 0
23.05.2019, 12:15
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817028
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
lYYAliona, я готов учиться и исправляться!

После падения все файлы были скопированы на второй сервер.
На нём Сделал так:
run {
startup nomount
restore controlfile from autobackup;
alter database mount;
restore database;
recover database;
}
Получил:
Код: plsql
1.
2.
3.
4.
5.
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 05/22/2019 15:09:10
RMAN-06054: media recovery requesting unknown log: thread 1 seq 194507 lowscn 177294016108



Хотя файл есть:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
/home/dbf/flash_recovery_area/x/archivelog/2019_05_20> ls -la
итого 8102704
drwxr-x--- 2 oracle oinstall       4096 Май 20 23:23 .
drwxr-x--- 9 oracle oinstall       4096 Май 22 14:20 ..
-rw-r----- 1 oracle oinstall 1029718528 Май 20 19:22 o1_mf_1_194507_gg5o2k5h_.arc
-rw-r----- 1 oracle oinstall 1056632320 Май 20 20:23 o1_mf_1_194508_gg5rmnsd_.arc
-rw-r----- 1 oracle oinstall 1019124224 Май 20 21:00 o1_mf_1_194509_gg5ts9lk_.arc
-rw-r----- 1 oracle oinstall 1042966528 Май 20 22:00 o1_mf_1_194510_gg5y9nq8_.arc
-rw-r----- 1 oracle oinstall 1043907072 Май 20 22:13 o1_mf_1_194511_gg5z1xct_.arc
-rw-r----- 1 oracle oinstall 1032005632 Май 20 23:00 o1_mf_1_194512_gg61td7r_.arc
-rw-r----- 1 oracle oinstall 1023799808 Май 20 23:03 o1_mf_1_194513_gg61zzdp_.arc
-rw-r----- 1 oracle oinstall 1040844288 Май 20 23:23 o1_mf_1_194514_gg6367s3_.arc



20го в 19:00 запустился бэкап, с которого и восстанавливаю.
Зачем ему seq 194507 ?Чтоб восстановить до конца
Если ты наконец решишься (прочитаешь доку или просто голову попробуешь включить) закаталогизировать FRA со всем содержимым то после recover database в данном состоянии он у тебя сломается, что нет 194514
Если нет оперативного журнала -- забей и открывай с resetlogs
...
Рейтинг: 0 / 0
23.05.2019, 12:47
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817131
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Вячеслав Любомудров[q закаталогизировать FRA
С эим согласно, но есть ещё хитрость:

В Oracle 10.2, если используется FRA, во время восстановления БД из бэкапа неявно выполняется команда catalog FRA, поэтому все архивлоги должны были сами автоматом закаталогизироваться, это можно увидеть в протоколе
вот примерчик:
автор...
recovery area destination: /flash/onyma
database name (or database unique name) used for search: ONYMA
channel ORA_DISK_1: autobackup found in the recovery area
channel ORA_DISK_1: autobackup found: /flash/onyma/ONYMA/autobackup/2007_03_09/o1_mf_s_616774657_2z2jllco_.bkp
channel ORA_DISK_1: control file restore from autobackup complete
output filename=/oradata/onyma/control01.ctl
output filename=/data/oradata/onyma/control02.ctl
output filename=/data2/oradata/onyma/control03.ctl
Finished restore at 09-MAR-07

database mounted
released channel: ORA_DISK_1

Starting restore at 09-MAR-07
Starting implicit crosscheck backup at 09-MAR-07
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=73 devtype=DISK
Crosschecked 7 objects
Finished implicit crosscheck backup at 09-MAR-07

Starting implicit crosscheck copy at 09-MAR-07
using channel ORA_DISK_1
Finished implicit crosscheck copy at 09-MAR-07

searching for all files in the recovery area
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_12_2z2lfv3b_.arc
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_13_2z2lfybj_.arc
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_14_2z2lg1lz_.arc
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_11_2z2jlqrg_.arc
File Name: /flash/onyma/ONYMA/autobackup/2007_03_09/o1_mf_s_616774657_2z2jllco_.bkp

using channel ORA_DISK_1
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: sid=167 devtype=SBT_TAPE
channel ORA_SBT_TAPE_1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /oradata/onyma/system01.dbf
restoring datafile 00002 to /oradata/onyma/undotbs01.dbf
restoring datafile 00003 to /oradata/onyma/sysaux01.dbf
restoring datafile 00004 to /oradata/onyma/users01.dbf
...

Поэтому все имеющиеся архивлоги должны были накатиться.
TC не описал, что у него на резервном сервере, поэтому у ниго recover остановился раньше времени.
...
Рейтинг: 0 / 0
23.05.2019, 14:22
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817145
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYY
Ну и вам советую создать виртуальную копию вашего сервера и пробовать разные сценарии падения и восстановления.
1. Стёрли только редо.
2. Удалили один из файлов данных.
3. Удалили все файлы.
Чтобы проводить эксперименты с бэкапированием и восстановлением, совсем не надо делать копии промышленной БД, достаточно на тестовом серевре создать маленькую БД, открыть документацию оракл и проверить все варианты бэкапов и восстановлений.


lYY, прежде чем гордиться своими скриптами бэкапов, хорошо бы почитать в доке про FRA и др., а потом выкинуть из своих скриптов больше половины строк.
...
Рейтинг: 0 / 0
23.05.2019, 14:41
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817152
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
JavllYY,

А что там выкладывать:
BACKUP INCREMENTAL LEVEL 0 DATABASE;
BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;

Вопрос наверное больше по настройкам:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oracle_backup/%F;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle_backup/snapcf.f';

из основного...

Скрипты и настройки так-себе, это мягко сказано.
...
Рейтинг: 0 / 0
23.05.2019, 14:48
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817157
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona, на копии все файлы и папки один в один.

AlionaЧтобы проводить эксперименты с бэкапированием и восстановлением, совсем не надо делать копии промышленной БД, достаточно на тестовом серевре создать маленькую БД, открыть документацию оракл и проверить все варианты бэкапов и восстановлений.

Эксперименты на пустых базах без реальной нагрузки бесполезны. Всё проходит по инструкции.

Aliona lYY, прежде чем гордиться своими скриптами бэкапов, хорошо бы почитать в доке про FRA и др., а потом выкинуть из своих скриптов больше половины строк.
Я ни чем не горжусь и на технических форумах стараюсь проявлять как можно меньше эмоций.
Скрипты с этого же форума, работают у меня на 40 разных серверах с разными ОС.
Готов выслушать, чего там лишнего и признать свои ошибки.
...
Рейтинг: 0 / 0
23.05.2019, 14:51
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817177
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYСкрипты с этого же форума, работают у меня на 40 разных серверах с разными ОС.
Готов выслушать, чего там лишнего и признать свои ошибки.
Скрипты работчии, с эти не спорю.
Но, КРАТКОСТЬ - сестра таланта.

Выслушивать не надо, пора оракловые доки почитать.
...
Рейтинг: 0 / 0
23.05.2019, 15:08
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817179
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Вячеслав ЛюбомудровЧтоб восстановить до конца
Если ты наконец решишься (прочитаешь доку или просто голову попробуешь включить) закаталогизировать FRA со всем содержимым то после recover database в данном состоянии он у тебя сломается, что нет 194514

эту фразу я не понял
Бэкап начался в 19:00 и длится 3 часа.
За это время создалось сколько там 3-5 архивлогов.
Зачем он спрашивает архивлог 194507, созданный в начале бэкапа и при чем тут архивлог 194514 ?

Вячеслав ЛюбомудровЕсли нет оперативного журнала -- забей и открывай с resetlogs
Изначально проблема в том, что при бэкапе 20.05.19 19:00 и всех архивлогах до 21.05.19 17:00
база восстановилось на 20.05.19 19:00 и архивлоги не накатила.
...
Рейтинг: 0 / 0
23.05.2019, 15:08
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817184
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYСкрипты с этого же форума, работают у меня на 40 разных серверах с разными ОС.
Готов выслушать, чего там лишнего и признать свои ошибки.
Вот, например, замечаньице:


авторrun {
CONFIGURE CONTROLFILE AUTOBACKUP ON;
configure retention policy to redundancy 2;

SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/home/backup/rman/ctl_%F.bkp';
На всех 40 серверах и всех ОС поддерживаете одинаковую структуру каталогов /home/backup/rman ?

Есть варианты попроще и они описаны в доках.:)
...
Рейтинг: 0 / 0
23.05.2019, 15:13
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817205
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona,
Пути в скриптах правлю в зависимости от ОС.

--------------------------
Я знаю, что надо читать доки. И я их читаю.
Но по моему, технические форумы созданы не для того, чтобы в доки посылать.
Смысл тогда вообще форума?
Тут в 90% тем можно в rtfm послать. Но я так не делаю.
Если у меня нет конкретного ответа, или мне лень, то я лучше просто промолчу, чем в доку посылать.
Всего.
...
Рейтинг: 0 / 0
23.05.2019, 15:37
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817209
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
lYYСмысл тогда вообще форума?
Пообщаться, например...
Хотя, конечно, попытки заменить форумом как самостоятельное изучение матчасти, так и официальные курсы всегда были, есть и будут есть. Просто не увлекайтесь отстаиванием своего природного права на получение профессиональной консультации на общественных началах, и все будет хорошо.
...
Рейтинг: 0 / 0
23.05.2019, 15:41
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817229
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYСмысл тогда вообще форума?
Тут в 90% тем можно в rtfm послать.

Вам много советов надавали, но вы ни один из них не поняли, значит, не хватает теории.
...
Рейтинг: 0 / 0
23.05.2019, 16:07
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817234
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
AlionalYYСмысл тогда вообще форума?
Тут в 90% тем можно в rtfm послать.

Вам много советов надавали, но вы ни один из них не поняли, значит, не хватает теории.
я не прав, я ухожу, всем мир)
...
Рейтинг: 0 / 0
23.05.2019, 16:11
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817295
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
Aliona,

Я имел в виду, что большая часть настроек уже изначально прописана, какой смысл повторять их в скриптах.

Делал по докам, напишите в чем неправильные мои настройки?
...
Рейтинг: 0 / 0
23.05.2019, 17:47
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817311
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 3;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oracle_backup/%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/oracle_backup/%U';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle_backup/snapcf.f';
...
Рейтинг: 0 / 0
23.05.2019, 18:34
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817421
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
lYYБэкап начался в 19:00 и длится 3 часа.
За это время создалось сколько там 3-5 архивлогов.
Зачем он спрашивает архивлог 194507, созданный в начале бэкапа
lYYВячеслав ЛюбомудровЕсли нет оперативного журнала -- забей и открывай с resetlogs
Изначально проблема в том, что при бэкапе 20.05.19 19:00 и всех архивлогах до 21.05.19 17:00
база восстановилось на 20.05.19 19:00 и архивлоги не накатила.
Горячий бэкап можно восстановить только накатив все логи от начала бэкапа до его окончания (или докатив все инкрементальные бэкапы, но обязательно накатив логи за время последнего инкрементального бэкапа)
Иначе БД будет неконсистентна
При выполнении BACKUP DATABASE ... PLUS ARCHIVELOG как раз и выполняется по окончании бэкапа датафайлов переключение и архивирование журнала и все полученные за время выполнения бэкапа архивлоги бэкапятся в отдельны(й/е) backup piece(s), которы(й/е) являются неотъемлемой частью горячего бэкапа . После этого выполняется CONTROLFILE AUTOBACKUP, куда и попадает информация о бэкапе как датафайлов, так и архивлогов

Т.е. либо ты не передал бэкап нужных архивлогов, либо не закаталогизировал, либо чего-то недопонял и лог 194507 таки сформировался после окончания бэкапа


lYYВячеслав ЛюбомудровЧтоб восстановить до конца
Если ты наконец решишься (прочитаешь доку или просто голову попробуешь включить) закаталогизировать FRA со всем содержимым то после recover database в данном состоянии он у тебя сломается, что нет 194514

эту фразу я не понял
Бэкап начался в 19:00 и длится 3 часа.
За это время создалось сколько там 3-5 архивлогов.
Зачем он спрашивает архивлог 194507, созданный в начале бэкапа и при чем тут архивлог 194514 ? Команда RECOVER без кляузы UNTIL подразумевает полное восстановление
Т.е. будет выполнятся:
-- накат последних инкрементальных бэкапов (только в RMAN)
-- накат архивлогов, сделанных во время последнего инкрементального бэкапа либо из бэкапа (только RMAN), либо если они доступны на диске
-- накат остальных архивных логов, до которых он может дотянуться либо из бэкапов (только RMAN), либо если они доступны на диске
-- накат остальных архивных незабэкапленных логов если они доступны на диске
-- накат оперативных журналов

Если будет ошибка на первых 2 пунктах -- БД останется неконсистентной
Если будут не найдены последующие забэкапленные/архивные/оперативные логи -- накатит сколько сможет и ругнется, но БД можно будет открыть с resetlogs

Поэтому, если ты закаталогизируешь все места где хранятся твои бэкапы и архивные логи (как поправили, если у тебя FRA на второй машинке корректно настроена и соответствует действительности, она должна автоматом закаталогизироваться) то у тебя без кляузы UNTIL накатится в том числе и последний показанный 194513 и сломается на том, что не найдет несуществующий следующий 194514
...
Рейтинг: 0 / 0
24.05.2019, 02:58
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817471
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
Вячеслав Любомудрови сломается на том, что не найдет несуществующий следующий 194514
...при using backup controlfile же, не?
...
Рейтинг: 0 / 0
24.05.2019, 09:17
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817472
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Вячеслав Любомудров,
Спасибо большое, скопировал себе в записи.

Возник такой еще вопрос:
Раз в месяц я поднимаю копию этой базы на втором сервере для особого отчета. И когда-то уже давно, что я и забыл, подниматься стало с какой-то ошибкой. И я тогда нагуглил, что надо сбрасывать инкарнацию.
Код: plsql
1.
reset database to incarnation 1;



Сейчас посмотрел на продакшене:
Код: plsql
1.
2.
3.
4.
5.
6.
SQL> select incarnation#, resetlogs_change# from v$database_incarnation;
 
INCARNATION# RESETLOGS_CHANGE#
------------ -----------------
           1                 1
           2      177294016109



На сколько это плохо/неправильно?
Можно ли безболезненно привести продакшен в порядок?
...
Рейтинг: 0 / 0
24.05.2019, 09:18
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817482
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
LIST INCARNATION;


List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       x   611092769        PARENT  1               08-APR-14
2       2       x   611092769        CURRENT 177294016109    22-MAY-19
...
Рейтинг: 0 / 0
24.05.2019, 09:31
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817487
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
andrey_anonymousВячеслав Любомудрови сломается на том, что не найдет несуществующий следующий 194514
...при using backup controlfile же, не?Ну речь же про RMAN идет

Через SQL*Plus надо будет еще и иммитировать неполное восстановление, в то время как RMAN "внутре" выполняет recover logfile ... на каждый ожидаемый лог (что примерно эквивалентно кляузе UNTIL)
...
Рейтинг: 0 / 0
24.05.2019, 09:35
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817488
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
lYYВячеслав Любомудров,
Спасибо большое, скопировал себе в записи.

Возник такой еще вопрос:
Раз в месяц я поднимаю копию этой базы на втором сервере для особого отчета. И когда-то уже давно, что я и забыл, подниматься стало с какой-то ошибкой. И я тогда нагуглил, что надо сбрасывать инкарнацию.
Код: plsql
1.
reset database to incarnation 1;



Сейчас посмотрел на продакшене:
Код: plsql
1.
2.
3.
4.
5.
6.
SQL> select incarnation#, resetlogs_change# from v$database_incarnation;
 
INCARNATION# RESETLOGS_CHANGE#
------------ -----------------
           1                 1
           2      177294016109



На сколько это плохо/неправильно?
Можно ли безболезненно привести продакшен в порядок?Можно пересоздать контролфайл, если конечно, есть возможность постоять пару минут
...
Рейтинг: 0 / 0
24.05.2019, 09:36
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817493
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
Вячеслав ЛюбомудровМожно пересоздать контролфайл

Для зачем?
...
Рейтинг: 0 / 0
24.05.2019, 09:42
| Ответить | Цитировать | Написать  
25 сообщений из 83, страница 2 из 4
  2  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Вопросы по rman
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39817471&tid=1882450]:
 0ms
get settings:
 9ms
get forum list:
 11ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 146ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 66ms
get tp. blocked users:
 1ms
others: 323ms
total:  575ms
созд. / загр.: 575ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]