powered by simpleCommunicator - 2.0.56     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / dump -> copy -> load
17 сообщений из 17, страница 1 из 1
dump -> copy -> load
    #38547691
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
всем доброго времени суток!

делаю копию базы данных на другом сервере посредством system copy
исходная база 92ГБ, дамп - 24ГБ, таргет базу создал как 65ГБ
исходная база перед накаткой большого пакета саповских обновлений так распухла из-за временных таблиц,
которые использовались внутри базы для теневой копии репозитария, по окончании накатки они удалились,
но размер базы не сократился. как бы не напрягает, база потом на месте удаленных таблиц расти будет.
(если я не ошибаюсь)
собственно вопрос
при попытке load database получаю ошибку
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
1> EXEC sp_dboption EEP, 'trunc log on chkpt', true
Database option 'trunc log on chkpt' turned ON for database 'EEP'.
Running CHECKPOINT on database 'EEP' for option 'trunc log on chkpt' to take effect.
(return status = 0)
1> EXEC sp_dboption EEP, 'allow incremental dumps', true
Database option 'allow incremental dumps' turned ON for database 'EEP'.
Running CHECKPOINT on database 'EEP' for option 'allow incremental dumps' to take effect.
(return status = 0)
1> EXEC sp_dboption EEP, 'deallocate first text page', true
Database option 'deallocate first text page' turned ON for database 'EEP'.
Running CHECKPOINT on database 'EEP' for option 'deallocate first text page' to take effect.
(return status = 0)
1> EXEC sp_dboption EEP, 'full logging for all', true
Database option 'full logging for all' turned ON for database 'EEP'.
Running CHECKPOINT on database 'EEP' for option 'full logging for all' to take effect.
(return status = 0)
1> use EEP
Msg 930, Level 14, State 1:
Server 'EEP', Line 1:
Database 'EEP' cannot be opened because either an earlier system termination left LOAD DATABASE incomplete or the database is created
with 'for load' option. Load the database or contact a user with System Administrator (SA) role.
1> EXEC sp_changedbowner sapsa
Msg 17361, Level 16, State 1:
Server 'EEP', Procedure 'sp_changedbowner', Line 124:
Can't change the owner of the master, model, tempdb or sybsystemprocs database.
(return status = 1)

ERROR      2014-02-03 22:40:02.943 [CInstallerCallBackImpl.cpp:229]
CJS-00030  Assertion failed: Unable to load database EEP. Refer to trace file sapinst_dev.log for further information.

TRACE      2014-02-03 22:40:02.954 [JSExtension.hpp:140]
           JSExceptionHandler::setJSException()
Member function 'Installer.abortInstallation()' has thrown ESAPinstException. Converting to JavaScript exception EJS::Exception.

т.е. нужно было перед load database увеличить таргет базу данных также до 92ГБ?

или для исходной базы нужно было выполнять truncate?

ЗЫ в sybase плаваю недавно, месяца полтора. и к сожалению доки по сайбейз содержат обычно краткое описание действий администратора, с указанием на какой-то дополнительный мифический источник, в котором всё это расписано подробно...
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547703
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
да, забыл про версию
ASE 15.7.0.110
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547706
blzz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1. покажите что говорит select @@version
2. собственно команды load database REP from ...... и не видно в вашем логе.

>> т.е. нужно было перед load database увеличить таргет базу данных также до 92ГБ?
да.

документация вот:
http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc36272.1570/html/commands/X28090.htm

тривиальная команда загрузки дампа выглядит так
load database REP from '/path/to/REP.dump'
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547766
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
blzz1. покажите что говорит select @@version

Adaptive Server Enterprise/15.7/EBF 21708 SMP SP110 /P/x86_64/Enterprise Linux/
ase157sp11x/3546/64-bit/FBO/Fri Nov 8 05:39:38 2013

blzz2. собственно команды load database REP from ...... и не видно в вашем логе.

>> т.е. нужно было перед load database увеличить таргет базу данных также до 92ГБ?
да.
жаль, что до 92ГБ целевую базу нужно создавать
я думал, что дамп базы мусора не содержит
load database не видно, т.к. до него дело не дошло
хотя подозреваю, если я смог бы выполнить load database вручную,
то дальнейший процесс копирования из дампа прошел бы

blzzдокументация вот:
http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc36272.1570/html/commands/X28090.htm

тривиальная команда загрузки дампа выглядит так
load database REP from '/path/to/REP.dump'
спасибо
уже делал, но со сменой SIDа ещё нет... :)
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547879
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jack_nskя думал, что дамп базы мусора не содержитЭто дамп . В буквальном значении слова.
Если ты хочешь данные без накопленного за годы мусора, надо делать ручное перекачиваниее. Отдельно создавать все объекты, отдельно переносить юзеров (не уверн что это вообще возможно без дампа) и отдельно bcp out собственно данных.
Увы.
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547892
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
White Owl,
ну я с сайбейзом дела ранее не имел...
в Firebird достаточно было сделать бэкап/рестор и весь версионный мусор во вновь созданную базу не перетекал,
база становилась меньше, особенно после удаления части таблиц
в оракле пользовался brtools-ами
там можно было грохнуть неиспользуемые тейблспейсы
а как в сайбейзе удалить для базы 30 гигов пустого места, образовавшегося после большой накатки - увы, пока не знаю
даже не знаю, возможно ли это.
как бы теоретически можно конечно создать дополнительный девайс для базы, reorg туда примерно 60 000 саповских таблиц,
но сдается мне - это затея того не стоит... проще смириться с лишними 30 гигами :)
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547893
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
забыл про собственно database... :)

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
1> sp_helpdb EEQ
2> go
 name             db_size
         owner                dbid
         created
         durability
         lobcomplvl
         inrowlen
         status
 EEQ                 97332.0 MB
         sapsa                   4
         Jan 25, 2014
         full
                100
             2000
         ddl in tran, allow nulls by default, abort tran on log full, allow wide
          dol rows, deferred table allocation, page compression, allow increment
         al dumps, deallocate first text page,full logging for all

(1 row affected)
 device_fragments               size          usage
         created                   free kbytes
 ------------------------------ ------------- --------------------
         ------------------------- ----------------
 EEQ_data_001                      51200.0 MB data only
         Jan 25 2014  3:46PM               29648256
 EEQ_log_001                       10240.0 MB log only
         Jan 25 2014  3:46PM       not applicable
 EEQ_data_001                       5120.0 MB data only
         Jan 28 2014 12:13AM                  43168
 EEQ_data_001                       5120.0 MB data only
         Feb  1 2014  5:51AM                 849392
 EEQ_data_001                       5120.0 MB data only
         Feb  1 2014 11:56AM                1188128
 EEQ_data_001                       5120.0 MB data only
         Feb  1 2014  1:16PM                1634032
 EEQ_data_001                       5120.0 MB data only
         Feb  1 2014  2:27PM                1035936
 EEQ_data_001                       5120.0 MB data only
         Feb  1 2014  3:30PM                2014368
 EEQ_data_001                       5120.0 MB data only
         Feb  1 2014  4:32PM                 926880
 EEQ_data_001                          4.0 MB data only
         Feb  2 2014  6:33PM                      0
 master                               24.0 MB data only
         Feb  3 2014  4:07AM                   1792
 master                               24.0 MB data only
         Feb  3 2014 10:00AM                    128

 log only free kbytes = 10444496

(return status = 0)
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547917
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jack_nskWhite Owl,
ну я с сайбейзом дела ранее не имел...
в Firebird достаточно было сделать бэкап/рестор и весь версионный мусор во вновь созданную базу не перетекал,
база становилась меньше, особенно после удаления части таблицFirebird это изначально моно-пользовательская база. На этом классе СУБД действительно есть смысл сокращать размер файла базы, потому что она хранится на юзерском компьютере.

jack_nskв оракле пользовался brtools-ами
там можно было грохнуть неиспользуемые тейблспейсыТак ты не путай tablespace и пустое место. То что в Оракле называют tablespace в ASE называют database. И их можно создавать и удалять как душе пожелается. Ну с теми же ограничениями которые тебе знакомы (я надеюсь) по Ораклу.

jack_nskа как в сайбейзе удалить для базы 30 гигов пустого места, образовавшегося после большой накатки - увы, пока не знаю
даже не знаю, возможно ли это.Возможно конечно. Но бессмысленно. Но возможно.
alter database mydb on mydevice=1M
и твои волосы будут шелковисты.... но не долго :)

jack_nskкак бы теоретически можно конечно создать дополнительный девайс для базы, reorg туда примерно 60 000 саповских таблиц,
но сдается мне - это затея того не стоит... проще смириться с лишними 30 гигами :)Ну так эти 30Г будут заполняться данными в будущем... Если место освободилось - оно будет использовано повторно. Какой смысл отбирать у базы зарезервированное место?
Я могу придумать только один случай когда это могло бы быть полезным - база целиком уходит в архив и не будет более никогда изменяться. Тогда действительно можно сделать перезаливку базы с удалением ненужных выделенных объемов. Во всех остальных случях: место лишним не бывает.
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38547997
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
White Owl,
спасибо за разъяснения. :)

в моем случае с Firebird я ужимал базу не потому, что она храниться на компе пользователя, она на сервере и очень активно используется в многопользовательском режиме на сервере баз данных в аналитическом режиме. просто в моем случае сокращение размера базы связано с тем, чтобы физический размер базы более менее соответствовал размеру оперативной памяти. такая вот "in-memory database" получилась в итоге... :)

когда первый раз увидел сайбейз я для себя эту аналогию примерную и ввел, что тайблспейс в оракле почти похож на database в сайбейз. просто у САПа есть специфика, когда производишь апгрейд, содержимое базы, которое относится к платформе NetWeaver переезжает в новый тайблспейс, например PSAPSR3731 -> PSAPSR3740 исходный тейблспейс размером на 100 гигов остается практически пустой и мозолит глаза при создании бэкапов, тратя время и место. reorg-ом перемещаю оттуда пару-тройку оставшихся таблиц/индексов и грохаю этот ненужный более тайбспейс.
в сайбейз САП хранит свои данные не на рассыпухе дата-файлов, а в одной database (за исключением служебной инфы), так что все мои телодвижения как оказалось стали не нужными... :)

спасибо ещё раз, что развеял остатки моих сомнений! :)

когда я осознал всю глубину моих заблуждений, то target database создал с размером чуть больше исходной и копирование САП системы с копированием базы прошло на ура. правда на синтаксис "alter database mydb on mydevice=1M" у меня руганулось, что "on" нераспознанная ошибка и не получилось выполнить "alter database ..." по причине, что база создана "for load". пока не разобрался, как это победить.
так вот, шаг за шагом выхожу из непоняток, в т.ч. и благодаря вашим ценным подсказкам. :)
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38548180
scroodj
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Начиная с ASE 15.7 SP100 есть фича Shrinking Databases

In Adaptive Server versions 15.7 SP100 and later, use the alter database command to shrink databases, freeing unused space for reuse or deletion.

If Adaptive Server encounters data on the portion of the database you are shrinking, it moves the data to a new location before removing the space from the database. Once the portions to be removed are empty, the physical storage is replaced by references to a null device, which frees the space and makes it available for reuse or deletion.

You can shrink databases that are online and in use.

http://infocenter.sybase.com/help/topic/com.sybase.infocenter.dc00641.1570100/doc/html/mas1343943801545.html
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38548653
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
scroodj,

спасибо. надо будет попробовать.
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38548965
Фотография komrad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jack_nskв сайбейз САП хранит свои данные не на рассыпухе дата-файлов, а в одной database (за исключением служебной инфы), так что все мои телодвижения как оказалось стали не нужными... :)

база Sybase ASE состоит из:
1) сегментов
2) которые базируюся на девайсах
3) которые могут представлять собой в том числе файлы

так что со стороны операционки база может выглядеть как набор файлов на файловой системе


jack_nskправда на синтаксис "alter database mydb on mydevice=1M" у меня руганулось, что "on" нераспознанная ошибка и не получилось выполнить "alter database ..." по причине, что база создана "for load". пока не разобрался, как это победить.

так добавь к команде alter в конец "for load"
вот так :
Код: sql
1.
alter database mydb on mydevice=1M  for load 
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38551388
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
komrad,

спасибо! - "решительный шаг вперёд есть следствие жесткого пинка сзади!"
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38552184
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
scroodj,

тут SAP and Microsoft do not recommend shrinking the Data files.

для sybase ASE возможно такая же рекомендация...
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38552317
scroodj
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Слова взяты из воздуха...Да и вообще речь идет у них о реалокейт спейс. Там какой-то испорченый телефон))
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38552412
jack_nsk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
scroodj,

да, поддерживается. проверил. заявлено в САПовской ноте
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
Resolution

    The Shrinking Databases feature became available with ASE 15.7/ SP100 and higher,
    Shrinking Databases  is supported via a set of new parameters of the ‘alter database… off’ command:

   alter database database_name
   . . .
   off database_device {=size | [from page_number] [to page_number]}
   [, database_device…]
   [with timeout='time']

    Details about this featuer are in the product documentation:
    Adaptive Server Enterprise 15.7 SP100 > New Features Guide Adaptive Server Enterprise 15.7 SP100 > Shrinking Databases
     http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc00641.1570100/doc/html/mas1343943986393.html 
ну и далее ещё немного текста и ссылок с саповской ноте
1881347 - SYB: Can the ASE database or the database log be shrunk?
...
Рейтинг: 0 / 0
dump -> copy -> load
    #38591543
Mikle83
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jack_nsk, так удалось попользовать шринк?
Какие впечатления?

Сложилась подобная ситуация - надо "отрезать" от базы неиспользуемое место, которого скопилось достаточно много после использования компрессии, а в целом "боевая" база в состоянии практически "не растущей", за счет существующих механизмов клининга данных. А каждый ГБ на основной базе денег стоит, соотв. смысла в резерве не вижу.

Но есть желание услышать были ли какие-то "особенности" при использовании "шринкования"? Или все прошло штатно?
...
Рейтинг: 0 / 0
17 сообщений из 17, страница 1 из 1
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / dump -> copy -> load
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]