Procopy завершается сообщением 6734

[Fuelfire]

[Fuelfire]

[Fuelfire]

Похоже понял свою ошибку: так лихо нельзя двигать области в базе. Хотя в хэлпе не совсем внятно об этом сказано - мол, должна быть одинаковая структура, одинаковое количество областей, одинаковый размер блока и кластера.

[George]

[Fuelfire]

[Fuelfire]

[Fuelfire]

[Fuelfire]

Я правильно понимаю, что изменить нумерацию областей можно только создав новую базу и загрузив в нее данные? Собственно, буду жить и с существующей нумерацией, но для написания скриптов обслуживания удобно когда области хранятся компактно (н-р, те же области After-Imaging).

[George]

[Fuelfire]

Юрий, стал Вам отвечать и после очередного прочтения Вашего сообщения понял, что переименовывать нужно не только в st, но и файлы на диске (вот где собака порылась!). Я менял только st и заряжал builddb
Сейчас удалю ненужные области после переноса данных и попробую их перенумеровать. думаю, что всё должно получиться.

[Fuelfire]

Переименовал области вышеобозначенным способом. Спасибо за помощь!

[Fuelfire]

[George]

Это я ошибся. Перенумерация областей в описанном виде не работает - я забыл, что номера областей присутствуют в _StorageObject. Можно, конечно, пересоздать не только .db файл, но и Schema Area, только стоит ли так далеко "заплывать за буйки"?

[Fuelfire]

Наверное не стоит. Смыслом этого всего было прийти к некой универсальности, то есть в написании программ иметь в виду, что в каждой БД области с пользовательскими данными, начинаются, например, с number = 15. А так после перехода во всех 4 БД на SAT-II будет некоторый "раздрай".

[George]