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

Откуда: Украина
Сообщений: 192
Ситуация следующая.
Oracle 9.2.0.7.0
Есть система, распределенная территориально. В этой системе имеется несколько серверов БД(около 19 и к сожалению ПОКА ЧТО под виндой), число которых растет. Заказчик, время от времени, требует новую функциональность. Еще временами исправляем старые лажи :). Соответственно добавляются новые пакеты, процедурки, что-то меняется в структуре базы, какие-то данные конвертируются, укрупняются........добавляются новые схемы и т.д.
Надо обновлять все базы..........(назовем это сменой версии), и охота что б это происходило параллельно, тоесть одновременно на нескольких базах.
Я вижу следующие варианты:
1. На центральном серваке батник вешает SQL*plus скрипт(назовем его run.sql), который запускает скрипты смены версии, на планировщик at(для параллельности выполнения :) ). что б планировщик выполнял нечто типа cmd sqlplus /nolog @run.sql <dbname>, где dbname имя базы. И так для каждой БД, тоесть таких заданий будет ровно по кол-ву БД.
2. Как то умудриться на pl/sql читать из файлов sql и pl/sql код и выполнять его на каждой базе........ .
Подозреваю что вариантов на много больше :), просто опыта пока не хватает.
В первом варианте не устраивает следующее : мне необходимо что бы если вдруг, хоть одна комманда отработала не верно(процедура родилась инвалидом :) или в pl/sql блоке лажа........да вообщем любая лажа), прекратить выполнение(конкретного задания). А как заставить sqlplus вылетать при первой же ошибке я не знаю.
Поделитесь, кто как выходил из похожих ситуаций.
Если путано иль непонятно написал, поправьте :), постараюсь объяснить более правильно
4 сен 07, 15:47    [4618711]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
RebusA
Ситуация следующая.
вообщем любая лажа), прекратить выполнение(конкретного задания). А как заставить sqlplus вылетать при первой же ошибке я не знаю.

whenever sqlerror exit;
4 сен 07, 15:48    [4618721]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
йфяцыч
Member

Откуда: UA-RU(62-99)-?
Сообщений: 638
Если есть системы мониторинга и управления (OEM, OEM GC etc) - можно через них реализовать необходимый функционал.
4 сен 07, 15:54    [4618782]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
йфяцыч
Member

Откуда: UA-RU(62-99)-?
Сообщений: 638
Что касательно вопроса как именно я делаю - то общая идея да, что-то типа "батника" привязанного к существующей системе мониторинга.
Но это, опять таки, при условии наличия "прямого" подключения к базам.
4 сен 07, 15:57    [4618811]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
йфяцыч
Если есть системы мониторинга и управления (OEM, OEM GC etc) - можно через них реализовать необходимый функционал.

ВОт не согласен. OEM GC хорош тогда, когда до всех баз есть коннект, это раз.
А два, это то, что change managment pack полноценный не прикручен к OEM GC.
То есть его надо отдельно использовать. ДА и он не конфетка.
Есть строго говоря change managment решения от сторонних производителей,
но и они не бесплатны.
4 сен 07, 15:58    [4618817]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
йфяцыч
Member

Откуда: UA-RU(62-99)-?
Сообщений: 638
trak
йфяцыч
Если есть системы мониторинга и управления (OEM, OEM GC etc) - можно через них реализовать необходимый функционал.

ВОт не согласен. OEM GC хорош тогда, когда до всех баз есть коннект, это раз.
А два, это то, что change managment pack полноценный не прикручен к OEM GC.
То есть его надо отдельно использовать. ДА и он не конфетка.
Есть строго говоря change managment решения от сторонних производителей,
но и они не бесплатны.


1. Указал во втором сообщении.
2. Не обязательно использовать Change Management Pack. ;)
4 сен 07, 16:09    [4618944]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
RebusA
Member

Откуда: Украина
Сообщений: 192
Пасиб Народ, буду думать. Скорее всего остановлюсь на sqlplus+at+.bat.
Но если у кого есть еще идеи, пишите :)
4 сен 07, 16:09    [4618951]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
йфяцыч
[quot trak][quot йфяцыч]
2. Не обязательно использовать Change Management Pack. ;)

РАсскажите пожалуйста подробнее :)
4 сен 07, 16:10    [4618955]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
йфяцыч
Member

Откуда: UA-RU(62-99)-?
Сообщений: 638
trak
йфяцыч
[quot trak][quot йфяцыч]
2. Не обязательно использовать Change Management Pack. ;)

РАсскажите пожалуйста подробнее :)


Зачем для выполнения готового сценария использовать CM Pack? ;)
Моя ни панимать...
4 сен 07, 16:13    [4619003]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
йфяцыч
trak
йфяцыч
[quot trak][quot йфяцыч]
2. Не обязательно использовать Change Management Pack. ;)

РАсскажите пожалуйста подробнее :)


Зачем для выполнения готового сценария использовать CM Pack? ;)
Моя ни панимать...

А, понял. Меня больше волновал процесс сравнения различных экземпляров БД.
НУ типа девелоперы в девелоперской базе чето делают, а мне потом надо на основе
этого сделать патч для релизной и разослать по клиентам.
А если учесть, что девелоперы любят всякий раз править пакеты прям в базе,
а не в файлах, то это еще та проблема.
4 сен 07, 16:16    [4619037]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
йфяцыч
Member

Откуда: UA-RU(62-99)-?
Сообщений: 638
trak
йфяцыч
trak
йфяцыч
[quot trak][quot йфяцыч]
2. Не обязательно использовать Change Management Pack. ;)

РАсскажите пожалуйста подробнее :)


Зачем для выполнения готового сценария использовать CM Pack? ;)
Моя ни панимать...

А, понял. Меня больше волновал процесс сравнения различных экземпляров БД.
НУ типа девелоперы в девелоперской базе чето делают, а мне потом надо на основе
этого сделать патч для релизной и разослать по клиентам.
А если учесть, что девелоперы любят всякий раз править пакеты прям в базе,
а не в файлах, то это еще та проблема.


Ну это отдельная тоскливая песня, по subj не озвученная.
4 сен 07, 16:20    [4619072]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
RebusA
Member

Откуда: Украина
Сообщений: 192
whenever oserror exit не показывает ошибку с которой вывалился :(. Как это разрулить? Или смотреть на код возврата из sqlplus, и других вариантов нет?
4 сен 07, 16:35    [4619234]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
RebusA
whenever oserror exit не показывает ошибку с которой вывалился :(. Как это разрулить? Или смотреть на код возврата из sqlplus, и других вариантов нет?

Чегой-то???
Я кстати чет не уверен, что sqlplus код возврата имеет внятный.
В примере он пишет, на чем обламался.
Или Вам надо sqlerror ?

Examples

If a failure occurs when reading from the output file, the commands in the following script cause iSQL*Plus to stop processing the current script and return focus to the Input area on the Workspace, or cause SQL*Plus to exit and COMMIT any pending changes:

WHENEVER OSERROR EXIT
START no_such_file

OS Message: No such file or directory
Disconnected from Oracle......
4 сен 07, 16:54    [4619388]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
RebusA
Member

Откуда: Украина
Сообщений: 192
SQL> whenever oserror exit
SQL> @ew.r

D:\at>
есесно файла ew.r несуществует. Но........внятного сообщения я так и не увидел :)
4 сен 07, 16:59    [4619425]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
RebusA
Member

Откуда: Украина
Сообщений: 192
Так, по идее это уже тема для другого топика. Всем спасибо.
Если еще будут идеи реализации.........пишите.
4 сен 07, 17:15    [4619541]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
AG#
Member

Откуда: Российская Федерация
Сообщений: 2305
йфяцыч
Если есть системы мониторинга и управления (OEM, OEM GC etc) - можно через них реализовать необходимый функционал.


йфяцыч
Что касательно вопроса как именно я делаю - то общая идея да, что-то типа "батника" привязанного к существующей системе мониторинга.
Но это, опять таки, при условии наличия "прямого" подключения к базам.


А зачем прямое(постоянное) подключение ? Там xml-обменник идет вроде как :) Агент конечно автономно должен стоять на целевом хосте (чтоб автономно работать)

http://www.oracle.com/technology/products/oem/pdf/dc_mgmt.pdf

pages 6-7.
5 сен 07, 00:31    [4620835]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
AG#
йфяцыч
Если есть системы мониторинга и управления (OEM, OEM GC etc) - можно через них реализовать необходимый функционал.


йфяцыч
Что касательно вопроса как именно я делаю - то общая идея да, что-то типа "батника" привязанного к существующей системе мониторинга.
Но это, опять таки, при условии наличия "прямого" подключения к базам.


А зачем прямое(постоянное) подключение ? Там xml-обменник идет вроде как :) Агент конечно автономно должен стоять на целевом хосте (чтоб автономно работать)

http://www.oracle.com/technology/products/oem/pdf/dc_mgmt.pdf

pages 6-7.

Речь идет о том, что подключения вообще нету. только фельдегерем на дискетках :)
baseline из CM нормально передаются, а из GC как-то я не нашел как. Да и не полнофункционален GC в данном случае.
5 сен 07, 08:47    [4621092]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
AG#
Member

Откуда: Российская Федерация
Сообщений: 2305
trak
AG#
йфяцыч
Если есть системы мониторинга и управления (OEM, OEM GC etc) - можно через них реализовать необходимый функционал.


йфяцыч
Что касательно вопроса как именно я делаю - то общая идея да, что-то типа "батника" привязанного к существующей системе мониторинга.
Но это, опять таки, при условии наличия "прямого" подключения к базам.


А зачем прямое(постоянное) подключение ? Там xml-обменник идет вроде как :) Агент конечно автономно должен стоять на целевом хосте (чтоб автономно работать)

http://www.oracle.com/technology/products/oem/pdf/dc_mgmt.pdf

pages 6-7.

Речь идет о том, что подключения вообще нету. только фельдегерем на дискетках :)
baseline из CM нормально передаются, а из GC как-то я не нашел как. Да и не полнофункционален GC в данном случае.


2Trak:

Вы внимательно читали эту ссылку и другую на тему "Extending Oracle 10g Grid Control" ?

Идем и смотрим всю директорию $AGENT_HOME/sysman/admin/
в частности $AGENT_HOME/sysman/admin/scripts и $AGENT_HOME/sysman/admin/dtds

В частности смотрим EM Command-Line Interface Сlient, Management Plug-in Archive (MPA) - .jar файл.


New Target Type – Main Steps
 Create target type metadata
 Validate new target type and metric collection
 Define metrics default collection parameters
 Distribute metadata and required support files to all hosts
 Add instances of new target type to EM

Кто мешает вам на дискетах это все распространять туда-обратно или только туда ?
5 сен 07, 17:20    [4625325]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
Ора1981
Guest
Ребята, вот мне нравиться ОЕМ 9ки, а именно его удобство обозревателя большего количества баз... Неужели придется ставить ОЕМ GC и мучаться постраничным браузером. "Придется" в смысле нужно апгрейдить все базы до 10ки, в том числе и базу ОЕМа
7 сен 07, 13:07    [4635170]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
Ора1981
Ребята, вот мне нравиться ОЕМ 9ки, а именно его удобство обозревателя большего количества баз... Неужели придется ставить ОЕМ GC и мучаться постраничным браузером. "Придется" в смысле нужно апгрейдить все базы до 10ки, в том числе и базу ОЕМа

Прикол в том, что на диске 10-го клиента есть такой-же явовский OEM, как и 9-ке.
Только он все-же не позволяет проделывать все то, что можно проделать грид-контролом.
И у меня два репозитария, один для 9-шного OEM, и один для 10 OEM GC.
7 сен 07, 13:13    [4635240]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
trak
Member

Откуда: spb.ru
Сообщений: 802
AG#
trak
AG#
йфяцыч
Если есть системы мониторинга и управления (OEM, OEM GC etc) - можно через них реализовать необходимый функционал.


йфяцыч
Что касательно вопроса как именно я делаю - то общая идея да, что-то типа "батника" привязанного к существующей системе мониторинга.
Но это, опять таки, при условии наличия "прямого" подключения к базам.


А зачем прямое(постоянное) подключение ? Там xml-обменник идет вроде как :) Агент конечно автономно должен стоять на целевом хосте (чтоб автономно работать)

http://www.oracle.com/technology/products/oem/pdf/dc_mgmt.pdf

pages 6-7.

Речь идет о том, что подключения вообще нету. только фельдегерем на дискетках :)
baseline из CM нормально передаются, а из GC как-то я не нашел как. Да и не полнофункционален GC в данном случае.


2Trak:

Вы внимательно читали эту ссылку и другую на тему "Extending Oracle 10g Grid Control" ?

Идем и смотрим всю директорию $AGENT_HOME/sysman/admin/
в частности $AGENT_HOME/sysman/admin/scripts и $AGENT_HOME/sysman/admin/dtds

В частности смотрим EM Command-Line Interface Сlient, Management Plug-in Archive (MPA) - .jar файл.


New Target Type – Main Steps
 Create target type metadata
 Validate new target type and metric collection
 Define metrics default collection parameters
 Distribute metadata and required support files to all hosts
 Add instances of new target type to EM

Кто мешает вам на дискетах это все распространять туда-обратно или только туда ?

О, спасибо! Я до туда не дочитал еще :)
Но все-таки, change managment pack, тот что в OEM GC не настолько функционален, как в 9-шном OEM. Они сами об этом пишут. или я пока не разобрался. Большое спасибо за наводку, читать мне теперь не перечитать! :)
7 сен 07, 13:16    [4635276]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
Destined
Member

Откуда: Краснодар
Сообщений: 76
RebusA
Ситуация следующая.
2. Как то умудриться на pl/sql читать из файлов sql и pl/sql код и выполнять его на каждой базе........ .
UTL_FILE + DBMS_SQL? :)
7 сен 07, 17:33    [4637645]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
kapelan
Member

Откуда: хутор БольшойБугор
Сообщений: 726
а что мешает скопировать измененную процедуру в файл и затем выполнить ее в production DBs ?
7 сен 07, 21:29    [4638288]     Ответить | Цитировать Сообщить модератору
 Re: Upgrade нескольких баз. Кто как делает?........  [new]
RebusA
Member

Откуда: Украина
Сообщений: 192
kapelan
а что мешает скопировать измененную процедуру в файл и затем выполнить ее в production DBs ?

Так вот я и спрашивал : Кто и как это делает? Имеется ввиду автоматизация этого процесса. Сидеть и копировать скрипты на N сервакоа а потом еще и запускать все в ручную............тоскливо как-то :)
8 сен 07, 16:50    [4639399]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить