Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
27.08.2004, 12:01
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Утилитой ontape создан бекап базы. Сервер версии 9.21 На новой машине с сервером версии 9.40.UC2 необходимо восстановить базу из этого бекапа. Это вообще возможно или новая версия сервера бекап от старой прочитать и восстановить не может? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.08.2004, 14:53
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Если идентичная конфигурация - то может и получится подняться из бэкапа ontape. В таких случаях предпочтительнее dbexport/dbimport. Насчет ontape есть большие сомнения... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.08.2004, 05:13
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Скорее нет, чем да. Структуры все-таки сильно менялись от 9.21 к 9.40. Надо восстанавливаться на 9.21 и потом апгрейдиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.11.2004, 15:10
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
А если есть бэкап ontape-ом, и поднимаем второй сервер той же версии, сделаем такую же канфигурацию - то можно поднять базы из бэекапа на новый сервер? или нужны какие ухищрения? или все-таки dbexport/dbimport тут тоже предпочтительней? (если да, то почему?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.11.2004, 15:43
|
|||
|---|---|---|---|
восстановление из бекапа на новую версию... |
|||
|
#18+
Ну конечно если поднимать из бэкапа на сервер той же версии , в которой бэкап был сделан, то восстановление должно пройти (главное чтобы бэкап был не поврежден), а иначе зачем бэкап вообще тогда ? Параметры конфигурации сервера при этом могут отличаться (но не все, например параметры корневого пространства и логического и физического журналов должны быть такими же, а также путевые имена всех чанков должны быть как на старом сервере). Надо вместе с бэкапом хранить копию файла oncfg_srvname.srvnum. dbexport ничуть не предпочтительнее, поскольку он сохраняет данные на время выполнения, и если данные изменятся то экспорт будет неактуален. Тем не менее если базы имеют небольшой размер, то можно делать архивацию в файлы. А бэкап всего сервера (ontape или onbar) вместе с журналами хранит состояние на самый последний момент времени, когда сервер работал, и если это был бэкап сделанный onbar, то можно даже восстановится на любой момент времени работы сервера с момента level-0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 14:50
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Мы с помощью ISM (onbar) переносили сервер с 7.3 на 9.40 + менялось железо( новые сервера). Остановка работы сервера была строго ограничена по времене (пользователи работают круглосуточно) Сделали копию 0 уровня на старом сервере. На подготовленном на замену сервере создали такую же структуру сервера (имена пространств, чанков и т.д.). Подняли копию физических логов старого сервера на новом, остановили рабочий сервер и докопировали с него изменившиеся за это время файлы ISM и onbar, при этом новый сервер ожидал логическое восстановление, которое мы ему и сделали на момент остановки основного сервера. При этом способе сократилось время простоя рабочего сервера (логи накатили за несколько минут). Далее сделали миграцию на 9.40. Система Solaris, база на тот момент была 60 гб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 15:26
|
|||
|---|---|---|---|
восстановление из бекапа на новую версию... |
|||
|
#18+
FrodoLAMERМы с помощью ISM (onbar) переносили сервер с 7.3 на 9.40 + менялось железо( новые сервера). Остановка работы сервера была строго ограничена по времене (пользователи работают круглосуточно) Сделали копию 0 уровня на старом сервере. На подготовленном на замену сервере создали такую же структуру сервера (имена пространств, чанков и т.д.). Подняли копию физических логов старого сервера на новом, остановили рабочий сервер и докопировали с него изменившиеся за это время файлы ISM и onbar, при этом новый сервер ожидал логическое восстановление, которое мы ему и сделали на момент остановки основного сервера. При этом способе сократилось время простоя рабочего сервера (логи накатили за несколько минут). Далее сделали миграцию на 9.40. Система Solaris, база на тот момент была 60 гб. да, так и надо делать. Правда еще есть репликация (HDR), помогает избежать "остановили рабочий сервер и докопировали с него изменившиеся за это время файлы ISM и onbar" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 16:36
|
|||
|---|---|---|---|
восстановление из бекапа на новую версию... |
|||
|
#18+
Тан да, так и надо делать. Правда еще есть репликация (HDR), помогает избежать "остановили рабочий сервер и докопировали с него изменившиеся за это время файлы ISM и onbar" Опа, не совсем понял.. Это 7-ка как primary, а 9-ка как secondary? Прокомментируйте подробнее, ну плизушки :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 16:57
|
|||
|---|---|---|---|
восстановление из бекапа на новую версию... |
|||
|
#18+
АнатоЛой Тан да, так и надо делать. Правда еще есть репликация (HDR), помогает избежать "остановили рабочий сервер и докопировали с него изменившиеся за это время файлы ISM и onbar" Опа, не совсем понял.. Это 7-ка как primary, а 9-ка как secondary? Прокомментируйте подробнее, ну плизушки :) а то что бэкап с 7 на 9 восстановили, Вас не смутило? Читайте внимательнее, они сначала восстановились на 7, потом проапгрейдились до 9 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 17:13
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
FrodoLAMERМы с помощью ISM (onbar) переносили сервер с 7.3 на 9.40 + менялось железо( новые сервера). ... Далее сделали миграцию на 9.40. ... . Можно уточнить каким способом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 17:21
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Пардон не так выразился: со слов FrodoLAMER-а, я понимаю что он восстанавливался сразу на 9-е. если можно этот факт уточнить! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 17:32
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
1.На новом сервере восстановили архив 0 рабочего сервера 7.х 2.Потом подняли его (новый 7.Х) до 9.40 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 17:39
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
FrodoLAMER1.На новом сервере восстановили архив 0 рабочего сервера 7.х 2.Потом подняли его (новый 7.Х) до 9.40 для 9-ки в ONCONFIG указали ROOTPATH на рутовый чанк 7-ки и подняли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 17:41
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Обычная миграция 7 на 9 можете почитать мануал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 18:10
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
FrodoLAMERОбычная миграция 7 на 9 можете почитать мануал Извиняюсь за назойливость! За совет спасибу, приму к сведенью. из мануала несколько обычных типов миграций: 1. unload/load 2. dbimport/dbexport 3. HPL ... но вопрос не в этом ... HP-UX name B.11.00 A 9000/821 ids7.3 на ids9.4 на 9-ке указал рутовый чанк 7-ки и поднял 9-ку. Пошла автоконвертация!! online.log бла бла 08:31:53 Converting Partition Name for sysmaster:systables 08:31:53 Name slot compressed from 80 to 40 bytes. 08:31:53 Succeeded 08:31:53 Succeeded 08:31:53 Converting Partition Keys to 9.2 08:31:53 Succeeded бла бла 08:32:11 Converting database sysmaster ... 08:32:12 Execution of the following statement failed. If you are currently in conversion, you may have to restore from level 0 archive, take corrective action and then restart conversion. 08:32:12 alter table informix.systables modify tabname varchar(128), modify owner char(32), modify site varchar(128), modify dbname varchar(128), add type_xid int default 0, add am_id int default 0; 08:32:12 Conversion failed with SQLCODE = -212 ISAMCODE = -19835 08:32:12 The conversion of the database sysmaster has failed. если кто встречался такой проблемой как решилось мы выбрали другой тип миграции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
27.03.2007, 18:31
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
zefs... 08:32:12 Conversion failed with SQLCODE = -212 ISAMCODE = -19835 08:32:12 The conversion of the database sysmaster has failed. если кто встречался такой проблемой как решилось мы выбрали другой тип миграции Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2007, 08:38
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Журавлев Денис zefs... 08:32:12 Conversion failed with SQLCODE = -212 ISAMCODE = -19835 08:32:12 The conversion of the database sysmaster has failed. если кто встречался такой проблемой как решилось мы выбрали другой тип миграции Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. переменная DB_LOCALE выставленна с таким же значением как на исходном сервере!? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2007, 08:55
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
zefs переменная DB_LOCALE выставленна с таким же значением как на исходном сервере!?Это вопрос ко мне? Во первых надо все окружение смотреть. Во вторых сисмастер можно пересоздавать вручную скриптом sysmaster.sql. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2007, 09:04
|
|||
|---|---|---|---|
восстановление из бекапа на новую версию... |
|||
|
#18+
Журавлев Денис zefs переменная DB_LOCALE выставленна с таким же значением как на исходном сервере!?Это вопрос ко мне? Во первых надо все окружение смотреть. Во вторых сисмастер можно пересоздавать вручную скриптом sysmaster.sql. скрипт называется buildsmi ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2007, 09:13
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Танскрипт называется buildsmi да ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.03.2007, 11:07
|
|||
|---|---|---|---|
|
|||
восстановление из бекапа на новую версию... |
|||
|
#18+
Тан Журавлев Денис zefs переменная DB_LOCALE выставленна с таким же значением как на исходном сервере!?Это вопрос ко мне? Во первых надо все окружение смотреть. Во вторых сисмастер можно пересоздавать вручную скриптом sysmaster.sql. скрипт называется buildsmi если сисмастер создать самому, как быть с информацией о БД которые существуют!!? анлоад/лоад? структуры таблиц в сисмастер 7.3 и 9.4 отличаются!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=44&mobile=1&tid=1608427]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
72ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 257ms |
| total: | 438ms |

| 0 / 0 |
