Procopy завершается сообщением 6734
Procopy завершается сообщением 6734
Последний раз редактировалось Fuelfire 08 ноя 2013, 13:33, всего редактировалось 1 раз.
Re: Procopy завершается сообщением 6734
Похоже понял свою ошибку: так лихо нельзя двигать области в базе. Хотя в хэлпе не совсем внятно об этом сказано - мол, должна быть одинаковая структура, одинаковое количество областей, одинаковый размер блока и кластера.
Re: Procopy завершается сообщением 6734
Последний раз редактировалось George 11 ноя 2013, 10:21, всего редактировалось 1 раз.
Re: Procopy завершается сообщением 6734
Я правильно понимаю, что изменить нумерацию областей можно только создав новую базу и загрузив в нее данные? Собственно, буду жить и с существующей нумерацией, но для написания скриптов обслуживания удобно когда области хранятся компактно (н-р, те же области After-Imaging).
Re: Procopy завершается сообщением 6734
Юрий, стал Вам отвечать и после очередного прочтения Вашего сообщения понял, что переименовывать нужно не только в st, но и файлы на диске (вот где собака порылась!). Я менял только st и заряжал builddb
Сейчас удалю ненужные области после переноса данных и попробую их перенумеровать. думаю, что всё должно получиться.
Сейчас удалю ненужные области после переноса данных и попробую их перенумеровать. думаю, что всё должно получиться.
Re: Procopy завершается сообщением 6734
Переименовал области вышеобозначенным способом. Спасибо за помощь!
Re: Procopy завершается сообщением 6734
Это я ошибся. Перенумерация областей в описанном виде не работает - я забыл, что номера областей присутствуют в _StorageObject. Можно, конечно, пересоздать не только .db файл, но и Schema Area, только стоит ли так далеко "заплывать за буйки"?
Re: Procopy завершается сообщением 6734
Наверное не стоит. Смыслом этого всего было прийти к некой универсальности, то есть в написании программ иметь в виду, что в каждой БД области с пользовательскими данными, начинаются, например, с number = 15. А так после перехода во всех 4 БД на SAT-II будет некоторый "раздрай".