|
|
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Необходимо продублировать базу. То есть получить копию существующей базы (с новым именем) с сохранением оригинала. Как проще всего это сделать? У нас оракл 8.1.6 под линуксом. Заманчиво просто переписать файлы (при остановленном сервере), но что делать с 'system'? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.02.2002, 11:55 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
BackUp делать не пробовал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2002, 01:33 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
если все происходит на одном сервере то ничего потерять ты вроде не должен просто копируешь все правишь инит добавляшеь сид и вперед а если на другую платформу то экспорт-импорт...иначе кердык ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2002, 14:33 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Если все происходит на одном сервере(имеется в виду железяка), то ни копированием, ни полным импортом ты нифига не сделаешь. Только создать новый экземпляр, понасоздавать табличных пространств, пользователей, понадавать гранты, а потом дампы поочереди выливать-заливать... :)) Если есть способ лучше, с удовольствием возьму на вооружение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 15:35 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Там по-моему кроме сида придется сменить еще db_name, иначе есть какие-то заморочки с разделяемым листенером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 16:23 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
The following steps must be on Source -Production instance/Server Step by step Step 1. Shutdown database in normal mode and start it up in restricted mode. Step 2. Take the backup of control file (in text mode to script of CREATE CONTROL FILE) Step 3. Shutdown database again in normal mode. Step 4. Copy init parameter file ,control file script and all the database file on the destination server/location, once all the files are successfully copied, you may startup the database normally. The following step must be on destination – Clone instance/server Step 5. Edit init parameter file and control file script. Step 6. New Environment setup . Step 7. Connect with svrmgrl (or sqlplus as sysdba) and recreate control file Step 8. Open the database in resetlogs. Step 9. Shutdown the database in normal mode Step 10. Take the cold backup and start the database in archive/non archive mode. If need i can post examples for this process. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 18:51 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
поэтапно если надо менять сид: 1. гретишь сид 2. создаешь табличные пространства 3. гонишь системные скрипты, конектишся к базе 4. создаешь пользователя с правами полного импорта. 5. в копируемой базе создаешь пользователя с правами полного экспорта (по умолчанию в оракле такие права у system/manager помоему но лучше проверь. 6.дальше делашь файлик параметров скажем parm.dat FILE=dba.dmp GRANTS=y FULL=y ROWS=y 7.Экспортим - если винда то: в цмд-шнике set ORACLE_SID=<копируемая база> exp system/manager parfile=parm.dat если в линуксе то тоже самое только без сет 8.теперь делаешь для импорта файлик параметров parm1.dat FULL=Y FILE=DBA.DMP GRANTS=Y INDEXES=Y 9. Импортим - set ORACLE_SID=<база куда копируем> imp system/manager parfile=parm1.dat 10. все....база перелилась процесс длительный но достаточно надежный...опробованный А если сид менять не надо то все проще 1.копируешь все файлы базы, иниты, (скрипты создания можно)......пвдэшку не забудь 2. правишь инит так что бы контролы указывали на контролы скопированной базы. 3. создаешь сид с этим инитом 4. стопишь базу, подменяешь пведешку. 5. поднимаешь базу все это работает...проверено...помоему ничего не упустил.. P.S. сетевые параметры конечно править тоже надо... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2002, 18:55 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Я торчу от тех, кто задает вопросы, а потом сваливает в никуда... Dimanch, че за дела, ты хоть прокомментируй как-то то, что тебе люди говорят, спасибо там скажи, или еще чего. По теме: я так понял, все методы переноса быза давались для того случая, когда база переносится на другой сервер(другую машину). А если копию надо на этой же машинке сделать, есть какой-то более-менее приемлемый метод, кроме поочередного переноса схем на новый экземпляр? По поводу полного импорта: Vladimirgs забыл сказать, что для того, чтобы все нормально сработало, достаточно создать пространство system. Остальные будут созданы импортом, но при условии аналогичной структуры каталогов. Еще один неприятный момент, гранты, данные sys не перенесутся, их потом ручками придется раздавать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2002, 09:48 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
"Я торчу от тех, кто задает вопросы, а потом сваливает в никуда... Dimanch, че за дела, ты хоть прокомментируй как-то то" Ну что ты хочешь от человека? Он задавал это вопрос еще в феврале. Почти год спустя ему ответили. Может его машина уже давно переехала, а ты от него ответа требушь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2002, 10:34 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Мда, на дату я внимание как-то не обратил... :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2002, 08:59 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Не знаю как в Линухе а в Windows Это делается так: Под вторую БД создаешь новую структуру каталогов делаешь туда холодный бекап сущеамвующей БД , В старой БД с помощью команды alter database backup controlfile to trace создаешь скрипт для создания контрольного файла в новой БД, корркектируешь его и файл INIT из старой БД на продмет изменения SID, имени и места размещения новой БД, Затем создаешь службу с новым SID коннектися через svrmgr и пропускаешь скртпт на создание нового контрольного файла. Вот и все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2002, 09:17 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
для Gooddy >> Не знаю как в Линухе а в Windows Это делается так: Во всех операционках одинаково. >> В старой БД с помощью команды alter database backup controlfile to trace создаешь скрипт для создания контрольного файла в новой БД, А вот это уважаемый не совсем точно. Поскольку: если открыть базы в обычном режиме -- startup open то в control файл будет записан НОВЫЙ номер check point, который собственно будет сдампирован в trace файл. А файлах данных сидит СТАРЫЙ номер check point. и при открытии базы ты точно получишь Error message. Для сохранения номера контрольной точки в control файле ОБЯЗАТЕЛЬНО нужно стартовать базы в RESTRICTED MODE, т.к. в этом случае control файл сохраняет номер контрольной точки последнего нормального останова, и все файлы будут согласованы по №№ контрольных точкек. ------------------------------------------------- последовательность действий: > Shutdown normal (или immediate) > startup в restricted mode. > backup control file to trace > Shutdown database > startup normal (или immediate) > копируешь и правишь: init файл control file (поскольку to trace просто генерит команду create control file) На втором сервере: >svrmgrl как internal (или sqlplus as sysdba) + startup nomount pfile=... далее запускаешь скрипт для пересоздания control файла открываешь базу со сбросом текущего журнала!!! поскольку если были файлы архива журнала, они стали бессысленными. Shutdown normal (или immediate) !!! BACKUP (т.к. нет архива журнала и сброшен текущий журнал) > startup normal (или immediate) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2002, 06:34 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
2 ShgGena >А вот это уважаемый не совсем точно. Поскольку: >если открыть базы в обычном режиме >-- startup open >то в control файл будет записан НОВЫЙ номер check >point, который собственно будет сдампирован в trace >файл. А файлах данных сидит СТАРЫЙ номер check point. >и при открытии базы ты точно получишь Error message. интересно каким образом номер чекпоинта присутствует в trace файле? >Для сохранения номера контрольной точки в control >файле ОБЯЗАТЕЛЬНО нужно стартовать базы в >RESTRICTED MODE, т.к. в этом случае control файл >сохраняет номер контрольной точки последнего >нормального останова А можно ссылочку на первоисточник/документацию? > startup normal (или immediate) а это что такое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2002, 20:16 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Ссылка: url: dbazine.com ищи статьи Don Burleson о клонировании Oracle В файле трассировки нет CKPT согласен, это я смешал непосредственный перенос экземпляра, включая control файлы с машины на машину без файла трассировки и клонирование с использованием файла трассировки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2002, 04:27 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
>Ссылка: >url: dbazine.com >ищи статьи Don Burleson о клонировании Oracle на этом сайте только три статьи Don Burleson и ни в одной из них не идет речь о клонировании. DBAzine.com articles: Using Oracle9i Real Application Clusters for Continuous Availability Using the Dynamic SGA Features of Oracle9i Using Multiple Block Sizes in Oracle9i Меня интересует совсем другое. Если Вы утверждаете, что при старте ДБ в restricted mode не изменяется номер контрольной точки с момента последнего нормального останова, то очевидно имеете ввиду совсем другое - т.е. не RESTRICTED (который просто подразумевает невозможность коннекта юзерам без restricted session привилегии), а READ ONLY, что, согласитесь две большие разницы. Ну и последний вопрос: Все конечно ошибаются в своих постингах, но зачем писать на 90% заведомую чушь? Даже если это не от незнания, а просто от невнимательности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2002, 15:46 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Еще раз Стартуешь старую БД. Делаешь трассировку. Останавливаешь старую БД. Переписываешь в новый каталог все файлы данных и лог файлы, контрольные файлы не переписываешь. Корректируешь Init и Cintrol файлы трассировки ( в контрольном файле уже есть строка startup nomount). Запускаешь svrmgr и connect internal. Пропускаешь скорректированный сонтрольнвй файл (ALTER DATABASE OPEN RESETLOGS уже присутствует в этом файле). Все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2002, 17:11 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Да пропустил создаине сервиса для новой БД в Windows а в Unix по всей вероятности чтото подобное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2002, 17:14 |
|
||
|
как проще ПРОДУБЛИРОВАТЬ базу
|
|||
|---|---|---|---|
|
#18+
Link: http://www.samoratech.com/TopicOfInterest/swCloneDB.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2002, 18:53 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=32071586&tid=1992641]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
243ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 16ms |
| total: | 347ms |
| 0 / 0 |
