Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
Собирался сделать перенос т.п.
Проверил, перевёл в рид онли и удалил
BEGIN
 DBMS_TTS.TRANSPORT_SET_CHECK(ts_list => 'DOCS_VMP_BLOB', incl_constraints => TRUE);
END;

SELECT * FROM TRANSPORT_SET_VIOLATIONS

ALTER TABLESPACE DOCS_VMP_BLOB READ ONLY;

не сделав экспорт
EXP 'sys/ххххххххх' TRANSPORT_TABLESPACE=Y TABLESPACES=(DOCS_VMP_BLOB) LOG = EXP_LOG.log CONSTRAINTS=N GRANTS=Y TRIGGERS=Y FILE=DOCS_VMP_BLOB.DMP

удалял так
drop tablespace DOCS_VMP_BLOB including contents;

в этом п.т. была одна таблица.


Как сейчас восстановить, подскажите плиз.
Вообще не знаю что делать.
11 май 11, 07:52    [10632754]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
AlexGru,
Плиз хелп.
Может как-то подмену сделать?
Создать т.п. с таким же д.ф. выключить базу подменить т.п. и стартануть.? Хотя сомневаюсь, что так получится.
11 май 11, 08:04    [10632772]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
PavelSl
Member

Откуда:
Сообщений: 106
Поддерживаемый метод - Point In time recovery.
Нужно на другом хосте восстановить из бакапа набор, достаточный для функционирования БД (как правило - system, sysaux, undo)+ нужный TS и сделать recover until time (время после перевода в read-only но перед удалением). Из восстановленной БД сделать экспорт (TRANSPORT_TABLESPACE=Y), забрать файл нужного TS и заливать куда нужно (в прод или куда собирался по процедуре)

PS. Если есть желание эксперементировать ( что-то подменять, как-то добывать файл экспорта и править) - то все эксперименты проводить на тесте, который не жалко ( прод не трогать, потому что в результате можно сделать намного хуже)
11 май 11, 08:21    [10632800]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
PavelSl,
Спасибо.
Дело в том, что. База одна только.
Есть 2 харнилища (ж.д.). И вот вот нужно было из одного перенести т.п. в другое.
Вчера делал на тестовом т.п. всё успешно. Сегодня всё так же, но забыл экспорт метаданных сделать.
Блин, вообще не знаю как быть сейчас.
База в noarchivelog.
Может есть какие-то варианты?
11 май 11, 08:27    [10632816]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
Elic
Member

Откуда:
Сообщений: 29990
AlexGru
База в noarchivelog.
Не давайте обезьянам гранат в руки.
11 май 11, 09:01    [10632895]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
AlexGru,
На otn форуме подсказывают как вариант восстановить аднные из файла в помощью BBED.
У кого-нибудь есть опыт работы с этой утилитой? Реально ли восстановить 600Г?
11 май 11, 09:02    [10632899]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
По сути ведь остался файл с данным (bigfile). Я знаю, что там одна таблица(знаю скрипт :( ), причём т.п. соотвествовало условиям для транспорта
(нет записей в TRANSPORT_SET_VIOLATIONS).
Что прямо нет вариантов, как из него извлечь метаднные о содержимом (об одной таблице).
11 май 11, 09:20    [10632943]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
:( Всё плохо. Весь инет перерыл, ничего.
Может в тех поддержку обратиться.
Есть доступ до металинка, говорит ли это о том, что есть тех поддержка?
На металинке https://support.oracle.com не могу понять где сформировать/отправить/написать запрос с описанием проблемы. подскажите.
11 май 11, 09:56    [10633062]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
Ещё вопрос.
Если т.п. было удалено так:
drop tablespace DOCS_VMP_BLOB including contents;

including contents - говорит ли это о том, что данные уже всё, потеряны, сегменты очищены.
или только из словарных таблиц исчезли записи о таблице, т.п. и т.д.
А всё осталось в фале данных?
11 май 11, 09:59    [10633070]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
AlexGru,

Журналы уже понапереключались? Logminer может работать и с online log (не только с архивными).
11 май 11, 10:06    [10633102]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
AlexGru
Ещё вопрос.
Если т.п. было удалено так:
drop tablespace DOCS_VMP_BLOB including contents;

including contents - говорит ли это о том, что данные уже всё, потеряны, сегменты очищены.
или только из словарных таблиц исчезли записи о таблице, т.п. и т.д.
А всё осталось в фале данных?


Ничего в файле данных не останется. Просто будет не удален файл данных на уровне ОС.
11 май 11, 10:07    [10633106]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
PaulEr
AlexGru
Ещё вопрос.
Если т.п. было удалено так:
drop tablespace DOCS_VMP_BLOB including contents;

including contents - говорит ли это о том, что данные уже всё, потеряны, сегменты очищены.
или только из словарных таблиц исчезли записи о таблице, т.п. и т.д.
А всё осталось в фале данных?


Ничего в файле данных не останется. Просто будет не удален файл данных на уровне ОС.


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

1)
BEGIN
DBMS_TTS.TRANSPORT_SET_CHECK(ts_list => 'DVB', incl_constraints => TRUE);
END;
SELECT * FROM TRANSPORT_SET_VIOLATIONS
ок - нет записей.

2) ALTER TABLESPACE DVB READ ONLY;

3) Делаю экспорт метаданных
EXP 'sys/хххххххххх as sysdba' TRANSPORT_TABLESPACE=Y TABLESPACES=(DVB) LOG = EXP_LOG.log CONSTRAINTS=N GRANTS=Y TRIGGERS=Y FILE=DVB.DMP

Удаляю т.п. файл остается. /storage1/DVB.DBF
4)drop tablespace DVB including contents;

5) Физичеси на уровне ос переношу файл на другой ж.д.

6) Делаю импорт
IMP 'sys/хххххххххх as sysdba' TRANSPORT_TABLESPACE=Y DATAFILES=(/oramain/DVB.DBF) FILE=DVB.DMP

7) Т.п. успешно перенесено. Таблица и данные видны.

-------------------------------------------------------------------

сейчас сделал так же, только на шаге 3 не сделал экспорт.
Вопрос. Если "Ничего в файле данных не останется. " то как он вчера у меня успешно перенесся.
11 май 11, 10:18    [10633215]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
dba123
Member

Откуда:
Сообщений: 1054
AlexGru,
смотри дамп-файл на тестовом сервере - разве там одни метаданные?
если тебе действительно нужны метаданные, то возьми их с тестового дампа, базы, svn-а....
если тебе необходимо содержимое таблиц,
- то его нет в файле после удаления ТС с клаузой include contents
- данных нет и в корзине
- их нет скорее всего и в журналах, если только ты не остановил сразу же и не сделал холодный бэкап

utillities Exp
автор
TABLESPACES Default: none

The TABLESPACES parameter specifies that all tables in the specified tablespace be exported to the Export dump file. This includes all tables contained in the list of tablespaces and all tables that have a partition located in the list of tablespaces. Indexes are exported with their tables, regardless of where the index is stored.

You must have the EXP_FULL_DATABASE role to use TABLESPACES to export all tables in the tablespace.

When TABLESPACES is used in conjunction with TRANSPORT_TABLESPACE=y, you can specify a limited list of tablespaces to be exported from the database to the export file.

11 май 11, 10:49    [10633460]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
AlexGru
PaulEr
пропущено...


Ничего в файле данных не останется. Просто будет не удален файл данных на уровне ОС.


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

1)
BEGIN
DBMS_TTS.TRANSPORT_SET_CHECK(ts_list => 'DVB', incl_constraints => TRUE);
END;
SELECT * FROM TRANSPORT_SET_VIOLATIONS
ок - нет записей.

2) ALTER TABLESPACE DVB READ ONLY;

3) Делаю экспорт метаданных
EXP 'sys/хххххххххх as sysdba' TRANSPORT_TABLESPACE=Y TABLESPACES=(DVB) LOG = EXP_LOG.log CONSTRAINTS=N GRANTS=Y TRIGGERS=Y FILE=DVB.DMP

Удаляю т.п. файл остается. /storage1/DVB.DBF
4)drop tablespace DVB including contents;

5) Физичеси на уровне ос переношу файл на другой ж.д.

6) Делаю импорт
IMP 'sys/хххххххххх as sysdba' TRANSPORT_TABLESPACE=Y DATAFILES=(/oramain/DVB.DBF) FILE=DVB.DMP

7) Т.п. успешно перенесено. Таблица и данные видны.

-------------------------------------------------------------------

сейчас сделал так же, только на шаге 3 не сделал экспорт.
Вопрос. Если "Ничего в файле данных не останется. " то как он вчера у меня успешно перенесся.


Что значит перенесся? Вы ведь импорт потом сделали. А перенести файл на уровне ОС проблем не будет :)
11 май 11, 10:50    [10633464]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
я не камикадзе
Guest
AlexGru,
Честно сказать, очень хреновая ситуация. Если "База в noarchivelog", неужели вы вообще ни как данные не бекапили и не задавались вопросом, что могут и диски сбойнуть и вся база накроется?
11 май 11, 10:51    [10633477]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
я не камикадзе,
Я понимаю. Просто места в притык. Бэкапы некуда складывать.
Я начальству говорил. Вот только спустя кажется год, выделили место под бэкапы, начал думать как их сделать.
А раз не делаются полные бэкапы, то что смысл держать архивлоги, поэтому и они были отключены, начальство в известность поставил. Так же написал, что процедура эта по резервному копированию/восстановлению, не для девелопера, а т.к. на мне всё попросил чтобы на курсы отправили именно по "рез. коп./восст." вот уже как год отправляют.
Понятно, что мой косяк. Но всё же.
11 май 11, 11:16    [10633569]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
dba123
AlexGru,
если тебе необходимо содержимое таблиц,
- то его нет в файле после удаления ТС с клаузой include contents


Дак как нет, если вчера проделывал подобное вначале (эксп. дамп 4Кб.) удалил так же с include contents.
Потом сделал mv файла на другой ж.д.
Потом импорт (4К для перемещаемого т.п.)
Значит все таки данные остаются в файле.
11 май 11, 11:17    [10633583]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
DВА
Member

Откуда:
Сообщений: 5439
можете попробовать - http://home2oracle.narod.ru/tts/
при должной настойчивости все получится
11 май 11, 11:19    [10633604]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
[quot PaulEr]
AlexGru
пропущено...
Что значит перенесся? Вы ведь импорт потом сделали. А перенести файл на уровне ОС проблем не будет :)


Импорт только метаданных! дамп был кажется 4-8Кб. Или такого порядка.

Копировал физически сам файл, который был до этого в этой же базе удалён
(drop tablespace DVB including contents;) - тут говорят, что и данные должны были удалиться.
как тогда получилось?
11 май 11, 11:19    [10633607]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
PavelSl
Member

Откуда:
Сообщений: 106
Значит бакапов нет. ( Если бакапы есть, то последний бакап - и оттуда вытаскиваем что есть - потеря данных будет за время прошедшее с момента бакапа - это самый нормальный вариант).
Запрос на металинке заводится в Service Requests.

Теперь чисто теоретически - у оракла есть утилита DUL (вроде бы есть еще и некие аналоги от независимых консультантов). И этот DUL может вытаскивать данные из файлов БД.
Это платная услуга, сколько и как - не знаю.
Ваш вчерашний тест показал, что в вашем случае drop tablespace including contents очистил словарь, но содержимое файла не трогал(если конечно вы файл не копировали ПЕРЕД drop ts). В принципе такое возможно. Если tablespace - localy managed - то информация об экстентах тоже хранится в файле. Вам нужны "всего -лишь" метаданные из словаря. И если это действительно так, то есть шанс, что Oracle Support сможет вам помочь.

Есть такое хайку:
Три вещи в мире неизбежны:
Налоги, Смерть, Потеря данных.
Угадай, что случилось?
11 май 11, 11:46    [10633871]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
PavelSl,

Всё верно. Т.к. база одна я вначале удалил потом физически скопировал, т.п. localy managed.
Думаю воспользоваться советом DBA
============================================
если получится я ему денег пошлю, (все свидетели)
можете попробовать - http://home2oracle.narod.ru/tts/
при должной настойчивости все получится
============================================
там на второй странице тут
из файла "Ищем необходимую информацию в заголовке файла данных."

мне необходимо достать:
databaseID  - 0xb3ebb1d5  (3018568149)   -- это не надо т.к. бд одна и та же.
curFileBlks – 0x6400(25600)
blkSize  - 0x1000 (4096) -- это не надо
absolute_fno – 0x06  (6)
creation_SCN – 0x1b4b1af054 (117224173652)
reset_SCN – 0x1b466af818 (117145532440)
checkpoint_SCN – 0x1b4b1af0cc  (117224173772)
tablespace_ID – 0x09 (9)
tsname  - 0x54455354 (TEST) -- это тоже не надо, и так знаю
relative_fno  - 0x06 (6)

Вопрос ко всем, как мне в Linux посмотреть заголовок файла данных,
чтобы увидеть его в таком же виде как тут
http://home2oracle.narod.ru/tts/index.files/Page361.htm
? спасибо.

Появилась надежда, Урааа...
11 май 11, 12:33    [10634265]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
DВА
Member

Откуда:
Сообщений: 5439
Файл табличного пространства был скопирован в состоянии read only?
или имеете только то, что осталось после дропа без including datafile ?
какя версия оракла?
11 май 11, 12:40    [10634292]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
DВА
Member

Откуда:
Сообщений: 5439
в помощь - https://www.sql.ru/forum/actualthread.aspx?bid=3&tid=730717&hl=dul
Тут автор с заголовком не парился, а создал "похожий" файл, провел экспорт и пририсовал его заголовок к умершему
11 май 11, 12:45    [10634352]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
DВА,
Вчера был перевод в рид онли, потом удаление с инклудинк контент, потом физич. копирование.
Сегодня перевод в рид онли, удаление.

остался один дата файл, от т.п. с одной таблицей, всё тут 1-1.

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
PL/SQL Release 10.2.0.1.0 - Production
CORE	10.2.0.1.0	Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

--================

сейчас сделал следующее:
На физическом уровне переименовал файл с добавлением ___.
Создал тоже т.п. на том же дата фале (имеется ввиду имена, локльно управл., создал таблицу по тому же скрипту)
перевел это т.п. в рид онли, сделал exp
EXP 'sys/xxxxxxxxx' TRANSPORT_TABLESPACE=Y TABLESPACES=(DOCS_VMP_BLOB) LOG = EXP_LOG.log CONSTRAINTS=N GRANTS=Y TRIGGERS=Y FILE=DOCS_VMP_BLOB.DMP

т.е. чтобы как раз как в предложенной вами статье получить DOCS_VMP_BLOB.DMP, чтобы в нём сделать минимум изменений и не прописывать совсем всё руками.

сейчас имею следующее
 «EXPORT:V10.02.01 DSYS RTRANS 2048 0 20 0 « «Р   Wed May 11 12:13:24 2011DOCS_VMP_BLOB.DMP d `$   #G#G#A°G ѓ «Р d `$   #G###A°# ѓ « «  +03:00  BYTE UNUSED 2 

INTERPRETED DISABLE:ALL 

EXECTRP sys.dbms_plugts.beginImport ('10.2.0.1.0',171,'2000',13,'Linux 64-bit for AMD',229556,4437920701,1,0,0,0); 

EXECTRP sys.dbms_plugts.checkCompType('COMPATSG','10.2.0.1.0'); 

EXECTRP sys.dbms_plugts.checkUser('DOCS_MZ_REGISTR_HT'); 

EXECTRP sys.dbms_plugts.beginImpTablespace('DOCS_VMP_BLOB',31,'SYS',1,0,8192,2,2639193414,1,2147483645,8,128,8,0,1,0,8,1239084329,1,289,2639183976,NULL,0,0,NULL,NULL); 

EXECTRP sys.dbms_plugts.checkDatafile(NULL,1239084329,19,131072,31,1024,4294967293,1280,2639184341,2639193414,1,2,NULL,NULL,NULL); EXECTRP sys.dbms_plugts.commitPluggable; 

CONNECT DOCS_MZ_REGISTR_HT TABLE "PATIENT_DOCUMENT" CREATE TABLE "PATIENT_DOCUMENT" ("ID" NUMBER NOT NULL ENABLE, "ID_PATIENT" NUMBER NOT NULL ENABLE, "DOC_BLOB" BLOB, "ID_DOC_TYPE" NUMBER NOT NULL ENABLE, "FILE_NAME" VARCHAR2(150) NOT NULL ENABLE, "IS_ENABLED" NUMBER NOT NULL ENABLE, "ID_USER" NUMBER, "D_INPUT" DATE, "ID_ETAP_SAVE" NUMBER, "ID_TALON_SAVE" NUMBER) PCTFREE 2 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(SEG_FILE 1024 SEG_BLOCK 19 OBJNO_REUSE 229541 INITIAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "DOCS_VMP_BLOB" NOLOGGING NOCOMPRESS LOB ("DOC_BLOB") STORE AS (TABLESPACE "DOCS_VMP_BLOB" ENABLE STORAGE IN ROW CHUNK 8192 PCTVERSION 10 NOCACHE LOGGING STORAGE(SEG_FILE 1024 SEG_BLOCK 27 OBJNO_REUSE 229552 INITIAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) INDEX( INITRANS 2 MAXTRANS 255 STORAGE(SEG_FILE 1024 SEG_BLOCK 35 OBJNO_REUSE 229553 INITIAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))) ALTER TABLE "PATIENT_DOCUMENT" MODIFY DEFAULT ? 

ALTER TABLE "PATIENT_DOCUMENT" MODIFY ("IS_ENABLED" DEFAULT 1 ) ALTER TABLE "PATIENT_DOCUMENT" MODIFY DEFAULT A 
ALTER TABLE "PATIENT_DOCUMENT" MODIFY ("D_INPUT" DEFAULT sysdate) 
ALTER TABLE "PATIENT_DOCUMENT" MODIFY DEFAULT @ ALTER TABLE "PATIENT_DOCUMENT" MODIFY ("ID_ETAP_SAVE" DEFAULT 0) 
ALTER TABLE "PATIENT_DOCUMENT" MODIFY DEFAULT B ALTER TABLE "PATIENT_DOCUMENT" MODIFY ("ID_TALON_SAVE" DEFAULT 0 ) FIXTABLEPDML "DOCS_MZ_REGISTR_HT"."PATIENT_DOCUMENT" 537135104 FIXTABLEHAKAN "DOCS_MZ_REGISTR_HT"."PATIENT_DOCUMENT" 623 
ENDTABLE CONNECT SYS EXECTRP sys.dbms_plugts.endImport; 
EXIT EXIT 


сейчас получается нужно у ПЕРЕИМЕНОВАННОГО дата файла посмотреть заголовок и достать

databaseID  - 0xb3ebb1d5  (3018568149)
curFileBlks – 0x6400(25600)
blkSize  - 0x1000 (4096)
absolute_fno – 0x06  (6)
creation_SCN – 0x1b4b1af054 (117224173652)
reset_SCN – 0x1b466af818 (117145532440)
checkpoint_SCN – 0x1b4b1af0cc  (117224173772)
tablespace_ID – 0x09 (9)
tsname  - 0x54455354 (TEST)
relative_fno  - 0x06 (6)

подменить в своём DOCS_VMP_BLOB.DMP, и можно делать экспорт.

Проблема как посмотреть правильно заголовок.
SLES11 64bit
11 май 11, 12:49    [10634379]     Ответить | Цитировать Сообщить модератору
 Re: Срочно срочно продакшн перенос тп не сделал экспорт перед удалением тп  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
DВА
в помощь - https://www.sql.ru/forum/actualthread.aspx?bid=3&tid=730717&hl=dul
Тут автор с заголовком не парился, а создал "похожий" файл, провел экспорт и пририсовал его заголовок к умершему


Но ведь в старом фале значения
databaseID  - 0xb3ebb1d5  (3018568149)
curFileBlks – 0x6400(25600)
blkSize  - 0x1000 (4096)
absolute_fno – 0x06  (6)
creation_SCN – 0x1b4b1af054 (117224173652)
reset_SCN – 0x1b466af818 (117145532440)
checkpoint_SCN – 0x1b4b1af0cc  (117224173772)
tablespace_ID – 0x09 (9)
tsname  - 0x54455354 (TEST)
relative_fno  - 0x06 (6)

другие. Не все, но.
11 май 11, 12:50    [10634393]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Oracle Ответить