Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.05.2021, 17:33
|
|||
|---|---|---|---|
|
|||
Перенос базы на новый инстанс |
|||
|
#18+
Здравствуйте. Создавал базу из-под одного пользователя, который имеется полный доступ к базе, так же есть второй пользователь на просмотр. Можно ли перенести базу в новый инстанс (чтобы она физически хранилась по другому пути тоже), чтобы его пользователь имел такие же права, как и пользователь, под которым база создавалась? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.05.2021, 20:10
|
|||
|---|---|---|---|
|
|||
Перенос базы на новый инстанс |
|||
|
#18+
Добрый день. BACKUP / RESTORE при установленной переменной окружения DB2_RESTORE_GRANT_ADMIN_AUTHORITIES в целевом экземпляре. Тот пользователь, который восстанавливает базу, получает в ней SECADM, DBADM, DATAACCESS, and ACCESSCTRL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.05.2021, 21:29
|
|||
|---|---|---|---|
|
|||
Перенос базы на новый инстанс |
|||
|
#18+
Mark Barinstein, правильно я понимаю, что можно сделать обычный бэкап Код: plaintext Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.05.2021, 10:55
|
|||
|---|---|---|---|
|
|||
Перенос базы на новый инстанс |
|||
|
#18+
AVRomanenko правильно я понимаю, что можно сделать обычный бэкап Код: plaintext Код: plaintext Код: plaintext db2stop / db2start делать необязательно. Это онлайновая переменная. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.05.2021, 11:40
|
|||
|---|---|---|---|
|
|||
Перенос базы на новый инстанс |
|||
|
#18+
Mark Barinstein, автор но конкретная команда RESTORE, конечно, зависит от того, как в орининальной базе определены пути. уточните, пожалуйста, имеете ввиду, где она физически хранится? разве после команды drop это не будет важно? или какой restore должен быть, чтобы не было важно? а еще вопрос, можно ли из-под экземпляра дропнуть базу, не сбрасывая всех соединений на нем? deactivate не достаточно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.05.2021, 12:00
|
|||
|---|---|---|---|
|
|||
Перенос базы на новый инстанс |
|||
|
#18+
про drop снимается вопрос. уже дропнул ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.05.2021, 12:56
|
|||
|---|---|---|---|
|
|||
Перенос базы на новый инстанс |
|||
|
#18+
AVRomanenko автор но конкретная команда RESTORE, конечно, зависит от того, как в орининальной базе определены пути. уточните, пожалуйста, имеете ввиду, где она физически хранится? разве после команды drop это не будет важно? или какой restore должен быть, чтобы не было важно? См. RESTORE DB ... GENERATE SCRIPT ... Содержимое скрипта в примерах 9, 10. Если в скрипте вы видите неотосительные по отношению к database path пути к контейнерам пространств (неавтоматических), логам, то вам надо эти пути переопределить соответствующим образом. Посмотреть на storage paths и переопределить при необходимости. Владелец нового экземпляра, конечно, должен иметь права на эти пути, они не должны использоваться другими базами / экземплярами. Тоже самое с путями, указанными в конфигурационных параметрах базы (можете и после восстановления исправить, если надо). В конце концов вы этот скрипт (исправленный или нет) можете запустить для восстановления базы. AVRomanenko а еще вопрос, можно ли из-под экземпляра дропнуть базу, не сбрасывая всех соединений на нем? deactivate не достаточно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=43&mobile=1&tid=1600124]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 259ms |
| total: | 360ms |
| 0 / 0 |
