Чайник в SybaseВариант с созданием новой БД и выгрузкой данных через bcp очень трудоемок, таблиц около 500, есть memo поля, timestamp и прочая фигня.
Это разве такая редкая ситуация, что нужно уменьшить размер сегмента? И Sybase не чешется никак? Пора на Ораклу наверно переходить...

И в чем проблема ? хоть 500 000 таблиц...
пишем курсор для генерирования команд bcp out & bcp in для каждой таблицы
результат выполнения курсора разделяем на два батника - первый выливает данные в _бинарном_ (native) формате, другой - заливает

вопрос только во времени работы на конкретной БД (ну и в свободном дисковом пространстве), больше ни в чём проблемы не вижу

grinilandтак, сорри. ASE 11.9.2.6. (версия)
Вопрос к знатокам: что мне может помешать грохнуть такие девайсы
в sysusages и sysdevices?

незнание пароля SA ;)

MasterZiv sybdba[И в чем проблема ? хоть 500 000 таблиц...
пишем курсор для генерирования команд bcp out & bcp

Да не надо курсоров. DBSchema.pl все отлично делает.
:) .pl - подразумевает наличие perl-обработчика (либо под винды, либо юниксовый)...

а BCP -универсальна :)

grinilandSa- я сам Sa=)
А если серьёзно?
Кстати, спасибо за линк на англоязычную страничку- я думал почти в правильном направлении.
Вот только не догнал, зачем segmap ставить в 0, если мы тут же удалим эту запись (т.е. догнал конечно, что без 0 она может в тот же момент принять данные)
Ну и как перемещать таблицы-тоже не совсем понял..

в смысле ? "перемещать таблицы" ?

если имеется ввиду переливка данных между таблицами, то всё просто :
1) генерим скрипт таблицы
2) выливаем из нее данные (bcp); если будем переносить данные в пределах одной платформы (операционки), то используем native формат, иначе - текстовый
3) убиваем таблицу - опционально, допустим ее надо перенести на другой девайс
4) создаем таблицу из скрипта
5) заливаем данные
--
вуаля

MasterZiv Чайник в SybaseЯ понять хочу ситуацию. почему однажды выделив место под базу (перезаложились или админ чего попутал случайно), нельзя это место высвободить?

Если бы ты знал, как организуется хранение данных в БД ASE, то это было бы понятно (если знаешь- ну извини, значит я не прав ) Страницы данных - основное понятие при хранении данных в ASE- нумеруются сквозняком по всем девайсам, выстроенным в порядке следования VDEVNO. Идут девайсы друг за другом, внутри девайса N страниц, от адреса K до K + N -1. Далее страницы следующего девайса и т.д. Номера страниц входят в номера записей, которые записаны в индексах и еще кое-где. Номера страниц также записаны в sysindexes как начала цепочек и в Object Allocation Map и в страницах распределения (первые страницы на каждом экстенте) и ... ну ты уже наверное понял, что очень много где. Короче, я даже не прав был в другом посте в топике, тут не одну БД надо перешерстить - а ровно ВСЕ на сервере, ну разве что только master и другие системные БД можно не трогать.
Все страницы перенумеровать, все связи переписать. Оччень сложно все это.

если девайс был случайно добавлен, то его можно вручную грохнуть ...
если на девайсе уже есть данные, то их надо переложить на другие девайсы и грохнуть запись в master..sysusages об этом девайсе (всё вручную!) этой базы

если ненужный девайс был последним, который добавлен к базе, то всё просто, иначе - большие проблемы

2MasterZiv: не так сложно как кажется, правда приходилось делатьэто всего один раз ;) и не помню - на пустой БД (лишний девайс указан в середине скрипта генерения большой БД) или полной...

grinilandтак, сорри. ASE 11.9.2.6. (версия)
Собственно, мысль:
Допустим, есть некая "раздутая" БД (как у меня), в которой полно freepages,
лежащая на 2-ух девайсах- 30 и 20 ГБ каждый (ullocated ёмкость). Притом, 20 Гб девайс на половину пуст (или полон, это уже в зависимости от уровня оптимизма;).
Что если я сдамплю эту базу и разресторю её в такую же по размеру, но, скажем, на 12 девайсах?
dev0-30 GB
dev1-2 Gb
dev3-2 GB
dev4-2 GB
dev5-2 GB
dev6-2 GB
dev7-2 Gb
dev8-2 GB
dev9-2GB
dev10-2 GB
dev11-2 GB
По идее, должно получиться, что некоторые девайсы (если смотреть в sysusages)
будут ПОЛНОСТЬЮ не задействованы (т.е. не содержать заполненных страниц).

Вопрос к знатокам: что мне может помешать грохнуть такие девайсы
в sysusages и sysdevices?
да ничего не помешает ...
допустим у тебя "освободились" девайсы 10 и 11
тогда сделать следующее:
sp_dropsegment 'default',база,'dev10'
go
sp_dropsegment 'system',база,'dev10'
go
sp_dropsegment 'default',база,'dev11'
go
sp_dropsegment 'system',база,'dev11'
go

в master..sysusages для твоей БД появится значение 0 в segmap
теперь девайсы можно вычищать из sysusages и передергивать сервер

НО !!! ОБЯЗАТЕЛЬНО!!!!
все действия сначала проделать на тестовом сервере, иметь бекап базы (+ проверить что из него база поднимается, и не успокаиваться только на снятии дампа)

если после рестарта сервера тестовая база отрекаверилась, проверки по ней не дали ошибок (допустим dbcc checkdb), то можно приступать и к боевой БД








grinilandи ещё подвопрос:
когда segmap в sysusages =0 - что это значит?

griniland
когда segmap в sysusages =0 - что это значит?

это значит, что хоть указанный девайс (или фрагмент девайса) и числится за базой, но реально распределение данных на него не идет - ни один сегмент на нём не расположен

Забыл сказать: перед манипуляциями с боевой/тестовой базой и БД master погасить сервер и отложить в сторонку файл master.dat - это _ОБЯЗАТЕЛЬНО_, если не хочется по случайности остаться у разбитого корыта (читай : мёртвый сервер)

+ буржуи советуют держать распечатку sysusages, sysdevices, sysdatabase и т.п. на бумаге - но это на любителя ;)

griniland
1. sp_dropsegment @segname, @dbname, @devname-- разьве приводит к ФИЗИЧЕСКОМУ освобождению девайса?
Т.е. данные реально переписываются с него на оставшиеся выделенные под данный сегмент девайсы или просто
делается пометочка в sysusages? (меняется segmap, если на девайсе более никто не размещается- типа 0)-- новые данные более не пишутся на такой девайс, а старые продолжают на нём гнездиться.
Вопрос принципиальный...читал текст процедуры sp_dropsegment--там вроде нет никаких "перемещающих" команд. Куча проверок на валидность, transaction isolation level 0, и перебивка segmap'a в sysusages..может, я чего упустил?

не приводит к физическому освобождению (ФО) :)
таким способом ты говоришь серверу ничего на девайсе не размещать...
ФО делается руками - удаление записей об этом девайсе в master..sysusages
а уж потом из гуёв можно удалить и девайс


griniland
2. Ещё до моего вступления в Sa;) у нас произошло "перемешивание" данных и лога..Судя по всему, часть данных "упала" в сегмент лога- забавно смотреть, как после truncate transaction log with no backup в logsegment'е остаётся
"висеть" 5Гб непоймешь чего (segmap чистая 4, никаких 7!) Это при том, что через Централ видно, что таблица syslogs занимает порядка 100 кб и никаких других объектов не числится (ни таблиц, ни индексов).
С этой ботвой что-нибудь можно поделать? (моё решение- залить дамп с "кривой" разбивкой в тестовую базу данных, размещенную на небольших девайсах (30 гб+ 20 штук по 1 гб), сделать truncate transaction, залезть в syslogs и перебить segmap'ы тем девайсам, выделенным под лог, на которых нет свободного места (т.е. там нифига не лог), в 4-рочки.

"залезть в syslogs" - наверно имелось ввиду sysusages ?
мнээ, я бы просто перелил базу посредством bcp ... заодно и структуру девайсов "причесал" бы :) и данные упорядочил ... хотя у тебя ж все таблицы APL-ные
проблемы могут возникнуть с процедурами, если они внутри оперируют временными таблицами. Поэтому придется сначала генерить эти таблицы, а потом проливать процедуры ...

griniland
3. На закуску: а когда segmap=1- это что? Не нашел в RTFM=)
Заранее спасибо!
segmap = 1 - system
segmap = 2 - default
segmap = 3 - system+default
segmap = 4 - logsegment