Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6 7   вперед  Ctrl      все
 Re: Backup and Recovery  [new]
Тянитолкай Бумбович
Guest
tru55
В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup
Хм...
Read only/offline normal?
12 мар 08, 14:10    [5399592]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
hell
Member

Откуда:
Сообщений: 3001
Aliona
cupper
Как хорошо что создана эта тема, непридеться самому ето делать. У мну почти такойже вопрос.
Мне надо организовать архивацию и восстановление Oracle 10g. Я расчитавал это сделать средствами ОС.

Не надо бэкапировать средствами ОС, не надо изобретать велосипеда, копарация оракл уже давно всё изобрела, изучайте RMAN.


А я вот возражу.
Если вам и вашего бекапсета рмановского нужно вытащить конкретные датафайлы в конкретные новые места, то же с архивными журналами итп - что проще(а главное быстрее!), из бекапа ОС cp поюзать, или использовать дикие pl/sql скрипты для выдирания файлов из бэкапсета?
12 мар 08, 14:12    [5399606]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Тянитолкай Бумбович
tru55
В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup
Хм...
Read only/offline normal?


Согласен, если открыть БД в read only, можно будет сделать backup.
Однако, это случай нечастый, а человеку нужны начальные / простейшие сведения. Стоит ли забивать голову раньше времени?
12 мар 08, 14:42    [5399877]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
hell
Aliona
cupper
Как хорошо что создана эта тема, непридеться самому ето делать. У мну почти такойже вопрос.
Мне надо организовать архивацию и восстановление Oracle 10g. Я расчитавал это сделать средствами ОС.

Не надо бэкапировать средствами ОС, не надо изобретать велосипеда, копарация оракл уже давно всё изобрела, изучайте RMAN.


А я вот возражу.
Если вам и вашего бекапсета рмановского нужно вытащить конкретные датафайлы в конкретные новые места, то же с архивными журналами итп - что проще(а главное быстрее!), из бекапа ОС cp поюзать, или использовать дикие pl/sql скрипты для выдирания файлов из бэкапсета?

Если я ничего не путаю
restore datafile 
 switch  datafile
12 мар 08, 14:43    [5399894]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
Консерва
Member

Откуда:
Сообщений: 2794
Тянитолкай Бумбович
tru55
В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup
Хм...
Read only/offline normal?

Табличное пространство system тоже в offline переведешь?
12 мар 08, 14:44    [5399900]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
Консерва
Тянитолкай Бумбович
tru55
В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup
Хм...
Read only/offline normal?

Табличное пространство system тоже в offline переведешь?

В read only :-)
12 мар 08, 14:49    [5399927]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
Консерва
Member

Откуда:
Сообщений: 2794
juks@gala.net
Консерва
Табличное пространство system тоже в offline переведешь?

В read only :-)
Гыгыгы!
12 мар 08, 14:52    [5399954]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
_slow=false
Member

Откуда: x$ksppcv
Сообщений: 88
Консерва
Гыгыгы!


Прочитай фразу внимательней, гы-гыкалка :)

"В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup".
Я не вижу в конце приписки "... всей базы данных", и при этом вижу "ТОЛЬКО"


hell
что проще(а главное быстрее!)
Практически никогда не проще и только иногда быстрее.
12 мар 08, 17:32    [5401422]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
Консерва
Member

Откуда:
Сообщений: 2794
_slow=false
Консерва
Гыгыгы!


Прочитай фразу внимательней, гы-гыкалка :)

"В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup".
Я не вижу в конце приписки "... всей базы данных", и при этом вижу "ТОЛЬКО"

1. Поучи жену щи варить.
2. Рыба бывает только первой свежести. Она же и последняя. Подними полбэкапа без system.
12 мар 08, 17:41    [5401524]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
_slow=false

"В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup".
Я не вижу в конце приписки "... всей базы данных", и при этом вижу "ТОЛЬКО"


Согласен, что фраза была не кристально точна (хотя здесь много таких), но надо еще учитывать уровень собеседника....

Когда людей учат играть в шахматы, то одним из первых им говорят "Конь на краю доски стоит плохо". Когда человек повышает квалификацию, то он понимает, что это не всегда, что бывают случаи, когда конь там стоит хорошо, а иногда и просто идеально.
Но если говорить это начинающему "В некоторых случаях...., в зависимости от.." и т.д., то с большой долей вероятности он запутается и начнет делать все (или многое) не так...
12 мар 08, 17:46    [5401571]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
_slow=false
Member

Откуда: x$ksppcv
Сообщений: 88
Консерва
1. Поучи жену щи варить.
2. Рыба бывает только первой свежести. Она же и последняя. Подними полбэкапа без system
1. Я постоянно учу. И таких как ты - тоже :)
2. Зато консервы бывают не первой :)
Тебе показать, как можно делать бэкап в NOARCHIVELOG, не опуская базу? Показать, как можно после этого восстановить все, кроме system и активного undo? Рассказать, как можно в NOARCHIVELOG, периодически делая бэкапы, восстановить всё?

P.S. Хочешь пиписьками меряться?


tru55
Согласен, что фраза была не кристально точна (хотя здесь много таких), но надо еще учитывать уровень собеседника....

Когда людей учат играть в шахматы, то одним из первых им говорят "Конь на краю доски стоит плохо". Когда человек повышает квалификацию, то он понимает, что это не всегда, что бывают случаи, когда конь там стоит хорошо, а иногда и просто идеально.
Но если говорить это начинающему "В некоторых случаях...., в зависимости от.." и т.д., то с большой долей вероятности он запутается и начнет делать все (или многое) не так...
Да я все понимаю, просто если б ты не выделил ТОЛЬКО, я б не придирался :)
12 мар 08, 17:58    [5401682]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
Консерва
Member

Откуда:
Сообщений: 2794
_slow=false
Тебе показать, как можно делать бэкап в NOARCHIVELOG, не опуская базу? Показать, как можно после этого восстановить все, кроме system и активного undo? Рассказать, как можно в NOARCHIVELOG, периодически делая бэкапы, восстановить всё?

P.S. Хочешь пиписьками меряться?

Мне меряться чем-то интереса нет. При отсутствии system смело вали свой бэкап на помойку. В противном случае затраченные на восстановление базы усилия будут явно неадекватны целям.
12 мар 08, 18:00    [5401714]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
Консерва
Member

Откуда:
Сообщений: 2794
Консерва
_slow=false
Тебе показать, как можно делать бэкап в NOARCHIVELOG, не опуская базу? Показать, как можно после этого восстановить все, кроме system и активного undo? Рассказать, как можно в NOARCHIVELOG, периодически делая бэкапы, восстановить всё?

P.S. Хочешь пиписьками меряться?

Мне меряться чем-то интереса нет. При отсутствии system смело вали свой бэкап на помойку. В противном случае затраченные на восстановление базы усилия будут явно неадекватны целям.
Да, и не факт, что база восстановится вообще.
12 мар 08, 18:01    [5401721]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
cupper
Member

Откуда:
Сообщений: 55
tru55


А я не верю, показывай полностью, с момента STARTUP (можешь его делать с пом. RMAN, можешь с пом. SQL*Plus - без разницы). Только показывай протокол, с сообщениями Oracle, а не выжимки


В режиме NOARCHIVELOG можно делать ТОЛЬКО холодный backup, по отношению к RMAN это режим MOUNT

Большое спасибо за ваше нежоверие, я видно и вправду чтото нупатал когда делал это раньше, вроде все получилось
Recovery Manager: Release 10.1.0.2.0 - Production

Copyright (c) 1995, 2004, Oracle. All rights reserved.

RMAN> connect target /

connected to target database: ORCL (DBID=1173794082)

RMAN> SHUTDOWN IMMEDIATE

using target database controlfile instead of recovery catalog
database closed
database dismounted
Oracle instance shut down

RMAN> STARTUP MOUNT

connected to target database (not started)
Oracle instance started
database mounted

Total System Global Area 171966464 bytes

Fixed Size 787988 bytes
Variable Size 145750508 bytes
Database Buffers 25165824 bytes
Redo Buffers 262144 bytes

RMAN> backup database;

Starting backup at 12-MAR-08
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=160 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\SYSTEM01.DBF

input datafile fno=00003 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\SYSAUX01.DBF

input datafile fno=00002 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\UNDOTBS01.DB
F
input datafile fno=00004 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\USERS01.DBF
channel ORA_DISK_1: starting piece 1 at 12-MAR-08
channel ORA_DISK_1: finished piece 1 at 12-MAR-08
piece handle=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03
_12\O1_MF_NNNDF_TAG20080312T223519_3XKLS7YQ_.BKP comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:35
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current controlfile in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 12-MAR-08
channel ORA_DISK_1: finished piece 1 at 12-MAR-08
piece handle=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03
_12\O1_MF_NCSNF_TAG20080312T223519_3XKLTDG4_.BKP comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04
Finished backup at 12-MAR-08

Теперь значь такой вопрос, этим бекапом я скопировал ток основной файл БД, сморел че там получилось после этого, было 2 файла, один размеров 2.8мб кажеться какойто контрлфалй, и один 458мб, это SYSTEM01.DBF. Теперь я значит могу востановить напрмер БД тока на тот момент, но несмогу по журналам привести ее до момента когда например ральный сбой был ?
13 мар 08, 11:45    [5404453]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
cupper
Member

Откуда:
Сообщений: 55
а черт я наверн такую глупость сказал (, проста тока сяс подумал о том что он, бэкап, все запихнул в один файл, и в другой какието журналы или логи, так ближе к правде ?
13 мар 08, 11:54    [5404559]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Теперь я значит могу востановить напрмер БД тока на тот момент, но несмогу по журналам привести ее до момента когда например ральный сбой был ?

Угу, если NOARCHIVELOG, значит arch logs нету и восстановление только на момент выполнения backup

PS теоретически, если пропадет один файл вскоре после выполнения backup (пока online redo не перепишутся), то можно достать этот файл из backup и восстановить за счет этих redo, но это редкий вариант
13 мар 08, 11:56    [5404575]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
cupper
а черт я наверн такую глупость сказал (, проста тока сяс подумал о том что он, бэкап, все запихнул в один файл, и в другой какието журналы или логи, так ближе к правде ?


запусти RMAN и выполни list backup;, увидишь, что в какие файлы backup включено
13 мар 08, 11:58    [5404597]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
cupper
Member

Откуда:
Сообщений: 55
tru55
cupper
а черт я наверн такую глупость сказал (, проста тока сяс подумал о том что он, бэкап, все запихнул в один файл, и в другой какието журналы или логи, так ближе к правде ?


запусти RMAN и выполни list backup;, увидишь, что в какие файлы backup включено

ок. спс.
А где почитать про уже нормальное бэкапироваие ? где задействуються журналы и т.п. и т.д. где можно делать востановление и последующее приведение к виду на момент сбоя ?

Так и еще один вопросик, а можно ли делать на этот холодный бэкап последующее "возрастающее" архивирование. Например делать каждую неделю холодный бэкап, и каждый день понемного добекапивать, и если че потеря данных будет максимум за последние 24 часа. Или это плохой вариант ?
13 мар 08, 12:06    [5404673]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
дока по 9

Oracle9i Backup and Recovery Concepts

Oracle9i User-Managed Backup and Recovery Guide

Oracle9i Recovery Manager User's Guide

Oracle9i Recovery Manager Reference

--------------
дока по 10

Backup and Recovery Basics

Backup and Recovery Quick Start Guide

Backup and Recovery Reference

Backup and Recovery Advanced User's Guide
13 мар 08, 12:18    [5404772]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
cupper
Member

Откуда:
Сообщений: 55
спс
эх гредет много бессоных ночей...
13 мар 08, 12:19    [5404786]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
cupper
Member

Откуда:
Сообщений: 55
сдрасте, можете мне кое что объяснить,
вот создал я свою схему в бд, табличку сделал там, сделал бэкап, потер данные в таблички, сделал восстановление. Захожу смотреть а таблица как была потерта так и осталась, т.е. востановление невернуло данные назад, из за чего это может быть ???


Recovery Manager: Release 10.1.0.2.0 - Production

Copyright (c) 1995, 2004, Oracle. All rights reserved.

RMAN> connect target /

connected to target database: ORCL (DBID=1173794082)

RMAN> SHUTDOWN IMMEDIATE;

using target database controlfile instead of recovery catalog
database dismounted
Oracle instance shut down

RMAN> STARTUP MOUNT;

connected to target database (not started)
Oracle instance started
database mounted

Total System Global Area 171966464 bytes

Fixed Size 787988 bytes
Variable Size 145750508 bytes
Database Buffers 25165824 bytes
Redo Buffers 262144 bytes

RMAN> BACKUP DATABASE;

Starting backup at 16-MAR-08
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\SYSTEM01.DBF

input datafile fno=00003 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\SYSAUX01.DBF

input datafile fno=00002 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\UNDOTBS01.DB
F
input datafile fno=00004 name=C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\USERS01.DBF
channel ORA_DISK_1: starting piece 1 at 16-MAR-08
channel ORA_DISK_1: finished piece 1 at 16-MAR-08
piece handle=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03
_16\O1_MF_NNNDF_TAG20080316T045843_3XT6D3KL_.BKP comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:55
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current controlfile in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 16-MAR-08
channel ORA_DISK_1: finished piece 1 at 16-MAR-08
piece handle=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03
_16\O1_MF_NCSNF_TAG20080316T045843_3XT6FWJ3_.BKP comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:05
Finished backup at 16-MAR-08

RMAN> SQL 'ALTER DATABASE OPEN';

sql statement: ALTER DATABASE OPEN

RMAN> SHUTDOWN IMMEDIATE;

database closed
database dismounted
Oracle instance shut down

RMAN> STARTUP MOUNT;

connected to target database (not started)
Oracle instance started
database mounted

Total System Global Area 171966464 bytes

Fixed Size 787988 bytes
Variable Size 145750508 bytes
Database Buffers 25165824 bytes
Redo Buffers 262144 bytes

RMAN> restore database;

Starting restore at 16-MAR-08
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=160 devtype=DISK

channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\SYSTEM01.DBF
restoring datafile 00002 to C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\UNDOTBS01.DBF
restoring datafile 00003 to C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\SYSAUX01.DBF
restoring datafile 00004 to C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\USERS01.DBF
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03
_16\O1_MF_NNNDF_TAG20080316T045843_3XT6D3KL_.BKP tag=TAG20080316T045843
channel ORA_DISK_1: restore complete
Finished restore at 16-MAR-08

RMAN> recover database;

Starting recover at 16-MAR-08
using channel ORA_DISK_1

starting media recovery
media recovery complete

Finished recover at 16-MAR-08

RMAN>
17 мар 08, 11:42    [5417457]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
cupper
сдрасте, можете мне кое что объяснить,
вот создал я свою схему в бд, табличку сделал там, сделал бэкап, потер данные в таблички, сделал восстановление. Захожу смотреть а таблица как была потерта так и осталась, т.е. востановление невернуло данные назад, из за чего это может быть ???
...
RMAN> restore database;
...
RMAN> recover database;
....
А что ты собственно, хотел?
Ты выполнил полное посстановление, т.е. повторились все фазы -- создание таблички и удаление из нее данных
Если ты хотел увидеть свои данные, надо было выполнять неполное восстановление, т.е. на момент времени, предшетствующий удалению данных (команда/кляуза [SET] UNTIL ...), и, соответственно, открывать БД со сбросом журналов (RESETLOGS)
Как альтернативы -- FLASHBACK DATABASE или ретроспективный запрос, если время позволяет
18 мар 08, 02:50    [5421792]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
cupper
Member

Откуда:
Сообщений: 55
хотелосьбы уточнить, я снчало создал таблицу, затем сделал бэкап, потом потер таблицу, потом сделал востановление. Если я вас прально понял то когда я делал востановление оно обратилось к записам журнала, и там было типо написано что таблица была удалена, он знач мне ее восстанови и затем по записям удалил ?
А как сделать так штобы при восстановлении журналы либо неиспользовались либо сбрасивалить на момент бэкапа, когда таблица еще была ?
Флэшбэк не айс, там много менста надо,и приэтом может возникнуть ситуация когда место все забилось, делать новые бэкапы некуда, а удалить стрые нельзя, покрайней мере про удалине так было сказано в доке, если я прально понял.
18 мар 08, 11:12    [5422596]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Дык сказали уже - тебе надо выполнить НЕПОЛНОЕ восстановление, т.е. не на момент останова / сбоя, а на момент времени в прошлом (когда была еще нужная тебе картинка). Если ты этого момента не знаешь, надо использовать LogMiner для отлова такого момента по журналам...
18 мар 08, 11:18    [5422634]     Ответить | Цитировать Сообщить модератору
 Re: Backup and Recovery  [new]
cupper
Member

Откуда:
Сообщений: 55
tru55
Теперь я значит могу востановить напрмер БД тока на тот момент, но несмогу по журналам привести ее до момента когда например ральный сбой был ?

Угу, если NOARCHIVELOG, значит arch logs нету и восстановление только на момент выполнения backup

чета я запутался
18 мар 08, 11:47    [5422866]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6 7   вперед  Ctrl      все
Все форумы / Oracle Ответить