Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
Господа, прошу дураку раскидать на пальцах.
1. Из действующей БД был поднят на другой машине стэндбай.
2. При попытке внести изменения в боевую БД, через некоторое время на стэндбае успешно накатываются эти самые изменения, то есть, все дышит мать ее...
3. При создании нового tablespace на боевой происходит херня.

Описание херни:

select name from v$datafile; (на боевой)
NAME
--------------------------------------------------------------------------------
/u/app/oracle/product/10.2/oradata/test/system01.dbf
/u/app/oracle/product/10.2/oradata/test/undotbs01.dbf
/u/app/oracle/product/10.2/oradata/test/sysaux01.dbf
/u/app/oracle/product/10.2/oradata/test/users01.dbf
/u/app/oracle/product/10.2/oradata/test/country.dbf

country - это, собственно, созданный тэйблспейс

а вот на стэндбае как:
select name from v$datafile;

NAME
--------------------------------------------------------------------------------
/u/app/oracle/product/10.2/oradata/test/system01.dbf
/u/app/oracle/product/10.2/oradata/test/undotbs01.dbf
/u/app/oracle/product/10.2/oradata/test/sysaux01.dbf
/u/app/oracle/product/10.2/oradata/test/users01.dbf
/home/oracle10/app/10.2/dbs/UNNAMED00005

то есть, появилась некая хрень, имеющая адрес (почему-то схавал другой адрес- где стоит софт, а не куда я кидал все файлы и прописывал в инишке). ну и собственно толку с этого сумасшедшего UNNAMED нету никакого...

На обоих серваках канает:
show parameter STANDBY_FILE

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
standby_file_management string auto

(на примари накатил на всякий пожарный, дабы паотом переключать без проблем и быстро)

Подскажите, почему я жую неправильную траву?
где чаго настроить, дабы все заработало корректно:
1. Где задается параметр для сохранения вновь созданного файла- почему собственно путь: /home/oracle10/app/10.2/dbs/UNNAMED00005, а не /u/app/oracle/product/10.2/oradata/test
2. Где что подшаманить, чтобы не изменялись имена при подкатке на стэндбае...


буду рад любому совету, прошу не пинать ибо еще неопытный осел...
28 июл 08, 09:02    [5991444]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
ova
Member

Откуда:
Сообщений: 997
Первый вопрос - стендбай физический или логический - не совсем понятно из описания.
28 июл 08, 11:12    [5992016]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
как вы создаете ТП?... идет ли явное указание пути или просто
create tablespace .....  datafile 'country.dbf'....
28 июл 08, 11:16    [5992043]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Oleg M.Ivanov
Member

Откуда: Москва
Сообщений: 1164
sergei_yak

1. Где задается параметр для сохранения вновь созданного файла- почему собственно путь: /home/oracle10/app/10.2/dbs/UNNAMED00005, а не /u/app/oracle/product/10.2/oradata/test

SQL> show parameter DB_CREATE_FILE_DEST;

SQL> ALTER SYSTEM SET DB_CREATE_FILE_DEST = '/u/app/oracle/product/10.2/oradata/test';
sergei_yak


2. Где что подшаманить, чтобы не изменялись имена при подкатке на стэндбае...

Указывать название датафайла и путь к нему явно.
28 июл 08, 11:53    [5992263]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Vladimir_
Member

Откуда: Санкт-Петербург
Сообщений: 771
у меня была такая хрень при добавлении нового файлика без указания REUSE. на примари всё прошло нормально, а на стендбае оказался такой файл и собственно могу предложить быстрый воркроунд:
1. останавливаем стандбай
2. перевести табличное пространство на примари в hot backup и копируем правильный файл в правильное место на стендбай
3. отменяем хот быкап и создаём новый стэндбай контрол филе, который копируем на стендбай
4. монтируем и наслаждаемся стендбай
если мах доступность, то не забыть пересоздать стендбай реду логи (на стэндбае)
28 июл 08, 11:54    [5992271]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sql+
Guest
Oleg M.Ivanov
sergei_yak

1. Где задается параметр для сохранения вновь созданного файла- почему собственно путь: /home/oracle10/app/10.2/dbs/UNNAMED00005, а не /u/app/oracle/product/10.2/oradata/test

SQL> show parameter DB_CREATE_FILE_DEST;

SQL> ALTER SYSTEM SET DB_CREATE_FILE_DEST = '/u/app/oracle/product/10.2/oradata/test';
sergei_yak


2. Где что подшаманить, чтобы не изменялись имена при подкатке на стэндбае...

Указывать название датафайла и путь к нему явно.

Причём тут OMF?



to sergei_yak:
ты alert.log смотрел на standby? Места на диске хватает для создания файла?
28 июл 08, 11:56    [5992295]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sql+
Guest
Vladimir_
у меня была такая хрень при добавлении нового файлика без указания REUSE. на примари всё прошло нормально, а на стендбае оказался такой файл и собственно могу предложить быстрый воркроунд:
2. перевести табличное пространство на примари в hot backup и копируем правильный файл в


Господа, давайте не будем пороть горячку.

Предлагаю ознакомится с содержимым alert.log на standby.
28 июл 08, 11:58    [5992307]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Oleg M.Ivanov
Member

Откуда: Москва
Сообщений: 1164
sql+

.
Предлагаю ознакомится с содержимым alert.log на standby.

...и на примари тоже бы не помешало в него заглянуть на предмет как же все-таки оно создавалось это злополучное ТП.
28 июл 08, 12:02    [5992332]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sql+
Guest
Oleg M.Ivanov
sql+

.
Предлагаю ознакомится с содержимым alert.log на standby.

...и на примари тоже бы не помешало в него заглянуть на предмет как же все-таки оно создавалось это злополучное ТП.


Нормально он создавалось судя про:

автор
select name from v$datafile; (на боевой)
NAME
--------------------------------------------------------------------------------
/u/app/oracle/product/10.2/oradata/test/system01.dbf
/u/app/oracle/product/10.2/oradata/test/undotbs01.dbf
/u/app/oracle/product/10.2/oradata/test/sysaux01.dbf
/u/app/oracle/product/10.2/oradata/test/users01.dbf
/u/app/oracle/product/10.2/oradata/test/country.dbf
28 июл 08, 12:04    [5992354]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
semenar
Member

Откуда: Днепропетровск
Сообщений: 3308
Блог
Почитаем первоисточник- Oracle® Data Guard Concepts and Administration.10g Release 2 (10.2). Adding a Datafile or Creating a Tablespace.?
28 июл 08, 12:56    [5992718]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
ova
Первый вопрос - стендбай физический или логический - не совсем понятно из описания.


Вы забыли (точнее, дата гард забыл) включить автоматический менеджмент файлов. Включите и обрящется вам. Я уж не буду вспоминать как это делается (это основная грабля, описанная в подробном пошаговом документе _как создать стендбай_).
28 июл 08, 22:55    [5995785]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
Т.е. исходные сообщения ты не читаешь принципиально?
29 июл 08, 01:58    [5996122]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
ova
Первый вопрос - стендбай физический или логический - не совсем понятно из описания.



физический (подкат в режиме ред онли не происходит)
29 июл 08, 02:27    [5996143]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
pravednik
как вы создаете ТП?... идет ли явное указание пути или просто
create tablespace .....  datafile 'country.dbf'....

create tablespace COUNTRY datafile '/u/app/.../contry.dbf'
size 100 M
autoextend on;
29 июл 08, 02:28    [5996144]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
Vladimir_
у меня была такая хрень при добавлении нового файлика без указания REUSE. на примари всё прошло нормально, а на стендбае оказался такой файл и собственно могу предложить быстрый воркроунд:
1. останавливаем стандбай
2. перевести табличное пространство на примари в hot backup и копируем правильный файл в правильное место на стендбай
3. отменяем хот быкап и создаём новый стэндбай контрол филе, который копируем на стендбай
4. монтируем и наслаждаемся стендбай
если мах доступность, то не забыть пересоздать стендбай реду логи (на стэндбае)



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

если каждый раз делать бэкапы, то весь смысл реал-тайм накатки меняется...
29 июл 08, 02:30    [5996145]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
В алерте на стендбае есть что-нибудь?
29 июл 08, 02:39    [5996147]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
вроде нашел...кажись конвертацию врубать надо таки...

errors in file /u/.../test_...19413.trc:
ora-01111: name for data file 5 is unknown - rename to corrext file
ora-01110: data file 5: '/home/..../UNNAMED00005'
ora-01157: cannon identify/lock data file 5 - see DBWR trace file

и вновь повторение ошибок 01111 и 01110...

если я правильно понял, то стэндбай не знает как обозвать файл и куда его кинуть, да?
29 июл 08, 04:17    [5996170]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
Create the raw slice on the standby database and assign permissions to the Oracle user.

Query the V$DATAFILE view. For example:

SQL> SELECT NAME FROM V$DATAFILE;

NAME
--------------------------------------------------------------------------------
/u01/MILLER/MTS/system01.dbf
/u01/MILLER/MTS/undotbs01.dbf
/u01/MILLER/MTS/sysaux01.dbf
/u01/MILLER/MTS/users01.dbf
/u01/MILLER/MTS/mts.dbf
/dev/raw/raw100
/u01/app/oracle/product/10.1.0/dbs/UNNAMED00007

SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;

SQL> ALTER DATABASE CREATE DATAFILE
2 '/u01/app/oracle/product/10.1.0/dbs/UNNAMED00007'
3 AS
4 '/dev/raw/raw101';

In the standby alert log you should see information similar to the following:

Fri Apr 8 10:09:30 2005
alter database create datafile
'/dev/raw/raw101' as '/dev/raw/raw101'
Fri Apr 8 10:09:30 2005
Completed: alter database create datafile
'/dev/raw/raw101' a

On the standby database, set STANDBY_FILE_MANAGEMENT to AUTO and restart Redo Apply:

SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;
SQL> RECOVER MANAGED STANDBY DATABASE DISCONNECT;

At this point Redo Apply uses the new raw device datafile and recovery continues.



вот описана подобная ситуация...но получается, что с каждым датафайлом такая манипуляция???
29 июл 08, 04:24    [5996173]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
Проверяй права, существование каталогов, место
Если между основной и резервной пути не совпадают (вроде по твоим сообщениям совпадают, но может, ты что-то недоговариваешь), то задавай db_file_name_convert/log_file_name_convert
В общем, standby_file_management должен отрабатывать корректно
29 июл 08, 04:50    [5996179]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
именно с конвертацией проблемы)
попробую настроить- отпишусь - спасибо!
29 июл 08, 05:41    [5996187]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
настройка правильно же сделана?
*.log_file_name_convert="/u/app/oracle/product/10.2/oradata","/home/oracle10/app/10.2/oradata"
*.log_file_name_convert="/u/app/oracle/product/10.2/admin","/home/oracle10/app/10.2/admin"

файлы находятся по именно таким путям, только в папку oradata еще создается подкаталог для сида -test (в нем уже все файлы БД), а в папке admin находится также подкаталог test ( в нем различные dumpы).
адрес писал и так как здесь и с добавлением в конце test...бесполезно...

архивлоги применяются...нового файлика снова нет...алерт лог пишет -
ora-01111 name for data file 5 is unknown - rename to correct file data file 5: '/home/oracle10/app/10.2/dbs/UNNAMED00005'

только вопрос- почему прописан путь другой..а здесь лезет в папку dbs???
29 июл 08, 06:41    [5996196]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
Для примера:
$ grep convert initORCLtst.ora
*.db_file_name_convert='/u/app/oracle/oradata/ORCL/','/u/app/oracle/oradata/ORCLtst/'
*.log_file_name_convert='/u/app/oracle/oradata/ORCL/','/u/app/oracle/oradata/ORCLtst/'
29 июл 08, 06:55    [5996202]     Ответить | Цитировать Сообщить модератору
 Re: И снова про Standby  [new]
sergei_yak
Member

Откуда:
Сообщений: 38
ой прошу прощения...да именно так...только в двойных кавычках....
сейчас поменяю на одинарные, если это имеет какой то смысл...
29 июл 08, 08:25    [5996280]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить