Помогите пожалуйста ламеру. / Oracle

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Помогите пожалуйста ламеру.

14 сообщений из 39, страница 2 из 2

все

Помогите пожалуйста ламеру.

#32063722

softy

Участник

Откуда: from Russia

Сообщения: 5 924

Рейтинг: 0 / 0

"Про условия задачи Killed верно заметил, но это так к слову... "

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

А в твоём примере последовательность другая: ты сначала стартуешь, а потом делаешь перенос файла.

В жизни же так:
1. Приходит ОМОН, который ломится в двери
2. Диск быстро вытаскивается и прячется в карман
3. Всё закончилось, но нет компа - его забрали.
4. Поставить могу только на машину на которой не могу сделать что-бы был диск E:
5. Делаю startup mount - остальное вы знаете, я уже два раз пример приводил

...

Рейтинг:

0 / 0

31.10.2002, 16:40

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063727

killed

Участник

Откуда: Moscow

Сообщения: 3 025

Рейтинг: 0 / 0

ну если в деле замешан ОМОН и в Disk Administrator нельзя сменить на 5 минут имя диска, тогда действительно ОЙ Чтоже ты сразу не предупредил? ;-)

...

Рейтинг:

0 / 0

31.10.2002, 16:56

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063730

softy

Участник

Откуда: from Russia

Сообщения: 5 924

Рейтинг: 0 / 0

Зачем имя диска менять, если его за эти 5 минут уже вместе с компом забрали. Не нравится такой вариант, можно другой - человек просто лоханулся, перенес базу на другой комп, на старом снёс даже операционку.

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

Всё, из этой дискусии я тоже ухожу.

...

Рейтинг:

0 / 0

31.10.2002, 17:03

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063733

killed

Участник

Откуда: Moscow

Сообщения: 3 025

Рейтинг: 0 / 0

Действительно, что мы тут спорим. Спасать надо Dio! Срочно!

...

Рейтинг:

0 / 0

31.10.2002, 17:08

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063739

.dba

Участник

Откуда: Киев->Мюнхен

Сообщения: 2 289

Рейтинг: 0 / 0

>Действительно, что мы тут спорим. Спасать надо Dio!
>Срочно!

Я думаю, что если ОМОН заинтересовался Dio, то мы уже врядли ему поможем. А вот с тов. softbuilder@inbox.ru хотелось бы еще подискутировать несмотря на то, что он нас покинул. Просто я не верю в чудеса и мне всегда не дают покоя какие-нибудь загадочные явления особенно в Оракле.

Насколько известно из Документации описание ошибки ORA-01516 звучит так:

Cause: An attempt was made to use ALTER DATABASE to either rename a log file or datafile, or change attributes of a datafile or temporary file. The attempt failed because the specified file is not known to the database's control file or is not a type supported for the request

значит есть подозрение, что этого пресловутого '/oracle8i/oradata/ORCL/TEMP.ORA' просто нет в контролфайле. Или временное табличное пространство было создано с ключевым словом tempfile. Таким образом чистота эксперимента оставляет желать лучшего.

З.Ы. Я даже не поленился проверить у себя. Все отлично работает. Версии практически те же (у меня 8.1.7.2/Linux). Так где ж барабашка живет?

...

Рейтинг:

0 / 0

31.10.2002, 17:27

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063741

softy

Участник

Откуда: from Russia

Сообщения: 5 924

Рейтинг: 0 / 0

to dba:
Ok, давай разберёмся. Я разве против, мне самому проще было бы делать так как предлагал изначально killed. Я даже готов признать что я не прав. Но в чём?

Насчёт файла в контрол файле всё нормально.
То что ты называешь ключевым словом tempfile - это
имеется ввиду ключевое слово TEMPORARY наверно?
Пусть так. Но почему ты считаешь, что нельзя переместить TEMPOARARY файл? Хочешь сказать что можно переименовывать только типа PERMANENT?

...

Рейтинг:

0 / 0

31.10.2002, 17:37

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063743

softy

Участник

Откуда: from Russia

Сообщения: 5 924

Рейтинг: 0 / 0

И еще, все говорят, я проверил - у меня всё нормально. Покажи логами, может ты сам чего неправильно делаешь.
Я не поленился, все логи показал

...

Рейтинг:

0 / 0

31.10.2002, 17:39

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063745

.dba

Участник

Откуда: Киев->Мюнхен

Сообщения: 2 289

Рейтинг: 0 / 0

Нет я имел ввиду именно вот TEMPFILE , а не TEMPORARY . Т.е. вот это:

Код: plaintext

CREATE TEMPORARY TABLESPACE tmp01 TEMPFILE 'tmp01_01.dbf'
   EXTENT MANAGEMENT LOCAL UNIFORM SIZE 8M;

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

Если тебя и это не убедит, то тогда приведу логи, т.к. надо делать все по новой.

...

Рейтинг:

0 / 0

31.10.2002, 17:51

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063750

softy

Участник

Откуда: from Russia

Сообщения: 5 924

Рейтинг: 0 / 0

У нас с тобой разные типы управлнеия областью, у меня
не EXTENT MANAGEMENT LOCAL, а dictionary

...

Рейтинг:

0 / 0

31.10.2002, 18:01

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063758

softy

Участник

Откуда: from Russia

Сообщения: 5 924

Рейтинг: 0 / 0

Всё, разобрался. У меня видимо действительно тип был LOСAL, когда я создавал для теста, по недосмотру.
Щас пересоздал на dictionary - получилось.
В случае с temp понятно, можно его дропнуть создать новый. А если файлы данных были в LOCAL, тогда как?

...

Рейтинг:

0 / 0

31.10.2002, 18:16

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063761

.dba

Участник

Откуда: Киев->Мюнхен

Сообщения: 2 289

Рейтинг: 0 / 0

>У нас с тобой разные типы управлнеия областью, у меня
>не EXTENT MANAGEMENT LOCAL, а dictionary

у меня тоже dictionary, я просто как пример привел. А что кстате, говорит select * from v$tempfile; ?

Вот мои логи (Oracle EE 8.1.7.2 / Linux 2.4.4-4GB):

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.

[asterix:~/app/product/ 8 . 1 . 7 ] $ svrmgrl
 
Oracle Server Manager Release  3 . 1 . 7 . 0 . 0  - Production
 
Copyright (c)  1997 ,  1999 , Oracle Corporation.  All Rights Reserved.
 
Oracle8i Enterprise Edition Release  8 . 1 . 7 . 2 . 0  - Production
With the Partitioning option
JServer Release  8 . 1 . 7 . 2 . 0  - Production
 
SVRMGR> connect internal
Connected.
SVRMGR> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SVRMGR>

теперь переносим файл:

Код: plaintext

1.
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.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.

[asterix:~/oradata/BEIL] $  ls -las
total  3693496 
       4  drwxrwxr-x     2  oracle   dba           4096  Oct  31   14 : 58  .
       4  drwxr-xr-x     3  oracle   dba           4096  Oct  31   14 : 58  ..
       4  -rw-r --r--    1 oracle   dba          1207 Jul 25 15:38 creBEIL.sql
 
   51260  -rw-r -----    1 oracle   dba      52429312 Oct 31 15:02 log_group1.rdo
 
   51260  -rw-r -----    1 oracle   dba      52429312 Oct 31 16:16 log_group2.rdo
 
    1708  -rw-r -----    1 oracle   dba       1744896 Oct 31 16:16 ora_control1
 
    1708  -rw-r -----    1 oracle   dba       1744896 Oct 31 16:16 ora_control2
 
  512512  -rw-r -----    1 oracle   dba      524296192 Oct 31 16:15 rbs01.dbf
 
  512512  -rw-r -----    1 oracle   dba      524296192 Oct 31 16:03 system01.dbf
 
  512512  -rw-r -----    1 oracle   dba      524296192 Oct 31 15:02 tmp01.dbf
 
 2050012  -rw-r -----    1 oracle   dba      2097160192 Oct 31 16:16 users01.dbf
 
[asterix:~/oradata/BEIL] $ mv tmp01.dbf ../
[asterix:~/oradata/BEIL] $  ls -las
total  3180984 
       4  drwxrwxr-x     2  oracle   dba           4096  Oct  31   16 : 19  .
       4  drwxr-xr-x     3  oracle   dba           4096  Oct  31   16 : 19  ..
       4  -rw-r --r--    1 oracle   dba          1207 Jul 25 15:38 creBEIL.sql
 
   51260  -rw-r -----    1 oracle   dba      52429312 Oct 31 15:02 log_group1.rdo
 
   51260  -rw-r -----    1 oracle   dba      52429312 Oct 31 16:18 log_group2.rdo
 
    1708  -rw-r -----    1 oracle   dba       1744896 Oct 31 16:18 ora_control1
 
    1708  -rw-r -----    1 oracle   dba       1744896 Oct 31 16:18 ora_control2
 
  512512  -rw-r -----    1 oracle   dba      524296192 Oct 31 16:18 rbs01.dbf
 
  512512  -rw-r -----    1 oracle   dba      524296192 Oct 31 16:18 system01.dbf
 
 2050012  -rw-r -----    1 oracle   dba      2097160192 Oct 31 16:18 users01.dbf
 
[asterix:~/oradata/BEIL] $

пробуем открыть базу:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

SVRMGR> connect internal
Connected.
SVRMGR> startup
ORACLE instance started.
Total System Global Area                         190927008  bytes
Fixed Size                                           73888  bytes
Variable Size                                    108400640  bytes
Database Buffers                                  81920000  bytes
Redo Buffers                                        532480  bytes
Database mounted.
ORA- 01157 : cannot identify/lock data file  2  - see DBWR trace file
ORA- 01110 : data file  2 : '/oracle/oradata/BEIL/tmp01.dbf'
SVRMGR>

переименовываем файл:

Код: plaintext

1.
2.

SVRMGR> alter database rename file '/oracle/oradata/BEIL/tmp01.dbf' to '/oracle/oradata/tmp01.dbf';
Statement processed.
SVRMGR>

открываем базу:

Код: plaintext

1.
2.

SVRMGR> alter database open;
Statement processed.
SVRMGR>

...

Рейтинг:

0 / 0

31.10.2002, 18:21

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063762

.dba

Участник

Откуда: Киев->Мюнхен

Сообщения: 2 289

Рейтинг: 0 / 0

ну вот, значит я зря трудился :-(

если локал, то тоже просто дропаешь и создаешь.

...

Рейтинг:

0 / 0

31.10.2002, 18:23

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063770

.dba

Участник

Откуда: Киев->Мюнхен

Сообщения: 2 289

Рейтинг: 0 / 0

>В случае с temp понятно, можно его дропнуть создать
>новый. А если файлы данных были в LOCAL, тогда как?

в случае create temporary ... tempfile ... записи о файле нет в controlfile, а в случае локально управляемых табличных пространств, но permanent - запись в controlfile есть.

...

Рейтинг:

0 / 0

31.10.2002, 18:42

| Ответить | Цитировать | Написать

Помогите пожалуйста ламеру.

#32063841

softy

Участник

Откуда: from Russia

Сообщения: 5 924

Рейтинг: 0 / 0

to .dba - трудился не зря, пример хороший, показательный.
Убеждает. Спасибо.

Признаю, был не прав. Приношу всем свои извинения. Если что сказал не так.
Обещаю исправитсья :)

...

Рейтинг:

0 / 0

01.11.2002, 09:13

| Ответить | Цитировать | Написать

14 сообщений из 39, страница 2 из 2

все

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Помогите пожалуйста ламеру.

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=52&msg=32063727&tid=1992829]:	0ms
get settings:	11ms
get forum list:	12ms
check forum access:	3ms
check topic access:	3ms
track hit:	26ms
get topic data:	8ms
get forum data:	2ms
get page messages:	49ms
get tp. blocked users:	1ms
others:	264ms

total:	379ms