Страница 6 из 7
Re: 9.1
Добавлено: 14 июн 2013, 13:57
VAt
Нашли таблицу с совпадающим XF$Title. Всем большое спасибо за наводку.
Re: 9.1
Добавлено: 14 июн 2013, 14:05
LaaLaa
По инструкции конвертации надо выключать Protect.
Re: 9.1
Добавлено: 14 июн 2013, 15:03
VAt
С чего вы взяли, что он не отключен. Все действия выполнялись согласно ридми:)
Re: 9.1
Добавлено: 17 июн 2013, 11:40
LaaLaa
Я понял, конвертер не проверяет на уникальность таблицы с совпадающим XF$Title. По хорошему нужно доработать проверки в конвертере.
А для какой таблицы XF$Title повторилось, вы свою табличку добавляли?
Re: 9.1
Добавлено: 17 июн 2013, 18:10
VAt
Да, несколько таблиц наших совпало.
Re: 9.1
Добавлено: 10 окт 2013, 14:22
RAJAH
RAJAH писал(а):pk писал(а):Конвертор Alter810-91 обрабатывает реальные БД час-три от силы
Почему-то у меня неделю в прошлом году конвертил... Может, обновили?
И всё-таки, не пойму: сейчас ещё раз прогоняю конвертацию в тестовом режиме - процесс идёт уже 3,5 часа и заканчиваться не собирается. Что у нас не так, как у людей?
Re: 9.1
Добавлено: 10 окт 2013, 16:23
Ольга
О, а я сижу соображаю, что не так, конвертация (тестирую на локале) рабочей базы шла 10 часов, база 9 ГБ.
Так это, получается, нормально?
Re: 9.1
Добавлено: 10 окт 2013, 16:30
RAJAH
Ольга писал(а):Так это, получается, нормально?
Это быстро! Выше я уже писал, что конвертация шла неделю (!), база раз в 6-7 больше.
Re: 9.1
Добавлено: 10 окт 2013, 16:31
Aleksandr
На время конвертации влияют многие факторы:
- Размер конвертируемых таблиц.
- Быстродействие дисковой подсистемы. Диски SAS (с большой частотой вращения) предпочтительнее, чем SATA или SCSI. Дает ускорение до 4-х раз. SSD-накопители обеспечивают выигрыш в несколько десятков раз по сравнению с НЖМД и ввиду сравнительно невысокой стоимости могут быть рекомендованы для использования в подобных процедурах. Но по поводу SSD есть информация, что если таблица большая (несколько Гб), то во время конвертации диск может "заглючить", а то и подвесить систему. Поэтому оптимально использовать SAS (что мы и сделали
).
- Для системы, работающей под Pervasive, это еще размер кэша Pervasive. Установка значения, превышающего объем самой большой таблицы, ускоряет ее докомпиляцию в несколько раз. На таблицах меньшего объема выигрыш может быть менее заметен. Поиграйте параметром Cache Allocation Size. Мы его выставляли больше, чем размер самой большой конвертируемой таблицы (благо размер памяти на серваке это сделать позволяет).
Re: 9.1
Добавлено: 10 окт 2013, 16:35
RAJAH
У нас MS SQL.
Re: 9.1
Добавлено: 10 окт 2013, 16:58
Ольга
Aleksandr писал(а):На время конвертации влияют многие факторы:
Благодарствую, ценная информация. У нас Первасив, но баз 9 штук
Re: 9.1
Добавлено: 10 окт 2013, 18:11
Aleksandr
Ольга писал(а):Aleksandr писал(а):На время конвертации влияют многие факторы:
Благодарствую, ценная информация. У нас Первасив, но баз 9 штук
У нас баз значительно больше. Есть такие у которых размер около 30 Гб (без журнала).
Re: 9.1
Добавлено: 18 ноя 2013, 10:47
sol
С какой версией Pervasive SQL работает Галактика-9.1?
Re: 9.1
Добавлено: 18 ноя 2013, 12:39
Aleksandr
Официально поддерживается работа Галактики 9.1 под PSQL v10.3. В настоящее время работа Галактики под PSQL v11.3 тестируется разработчиком.
Мы работаем под PSQL v11.
Re: 9.1
Добавлено: 18 ноя 2013, 17:08
sol
Спасибо за ответ. Не скинете в личку ссылку, где покупали лицензии?