НПО Тепловизор. Теплосчетчики и расходомеры К вершинам эволюции теплосчетчика
     
Расширенный
Регистрация | Пароль?  
О компании Продукция Форум Вакансии
Пользователь    Пароль  
Главное меню
НовостиПродукцияФайлы/ДокументыСтатьиФорумОпросыФотогалереяО компанииРекламодателям
Потребители о нас
"Наличие собственной производственной базы и службы сервисного обслуживания значительно сокращают сроки ремонта, переналадки и поверочных работ.
Организация «Сервисная Компания «Тепловизор» зарекомендовала себя надежным и профессиональным партнером способным быстро и качественно решать поставленные перед ней задачи."


Л.С Германчук, Директор ГУП ДЕЗ «Жулебино»
Наши партнёры
Свернуть/Развернуть ТЕПЛОСЧЕТЧИКИ • ВОДОСЧЕТЧИКИ • РАСХОДОМЕРЫ • ВИС.Т Свернуть/Развернуть
/  Архив форума
   /  Программное обеспечение
/  Корректный перенос таблиц Архивиста из базы master в отдельн

Форум : Программное обеспечение

Название : Корректный перенос таблиц Архивиста из базы master в отдельн

© NegaSoft co., 2005
http://www.teplovizor.ru

URL этой темы
http://www.teplovizor.ru/forum/viewtopic.php?topic_id=273&forum=2


 And :

28.2.13 14:57
 Добрый день,

проблема - перенес таблицы Архивиста из базы master в новую базу средствами MSSQL2000,
теперь Архивист не запускается - пишет ошибку инициализации журнала событий.
если в реестре его отключить Active=0 то все запускается, что еще нужно подкрутить для решения проблемы ? DSN под новую базу скорректировал, причем если вернуть старый DSN( с master) то все конечно же работает...

 xBocT :

28.2.13 20:22
 Вы можете сделать бэкап БД (и новой и старого master) и каким либо образом предоставим его нам на рассмотрение?

 And :

1.3.13 13:26
 Цитата:

xBocT пишет:
Вы можете сделать бэкап БД (и новой и старого master) и каким либо образом предоставим его нам на рассмотрение?


залил бэкапы в архиве http://zalil.ru/34305694

По профайлеру MSSQL видно что для master проходит вставка нового события при старте программы в таблицу журнала, а в новой базе даже этой попытки нет... не думал что будет так сложно таблицы перенести :-(

 xBocT :

4.3.13 11:03
 Ну что Вам сказать. База в которую Вы переносили таблицы (ArchiVist) рабочая, в полном порядке, подключение к ней текущей версией ДС Архивист проходит без проблем. По какой конкретно причине у Вас возникают ошибки сложно сказать без детального осмотра "больного".

З.Ы. Правда, исходя из количества счетчиков (1 запись!), я немного недоумеваю, зачем было идти таким сложным путем. 1 счетчик можно и вручную заново прописать в новой базе, а архивы перегрузить - есть утилита AvExport.exe.

 And :

4.3.13 15:45
 Цитата:

xBocT пишет:
Ну что Вам сказать. База в которую Вы переносили таблицы (ArchiVist) рабочая, в полном порядке, подключение к ней текущей версией ДС Архивист проходит без проблем. По какой конкретно причине у Вас возникают ошибки сложно сказать без детального осмотра "больного".

З.Ы. Правда, исходя из количества счетчиков (1 запись!), я немного недоумеваю, зачем было идти таким сложным путем. 1 счетчик можно и вручную заново прописать в новой базе, а архивы перегрузить - есть утилита AvExport.exe.


Странно, у меня так и не подключается эта версия БД, вот скрин, дабы не быть голословным...
YJOfNQ1S.jpg
НО проблему я все же поборол удалив таблицу ArchiVistJournal, после этого заход в программу с включенным в реестре журналом прошел без ошибок, сделал бэкап рабочей базы, потом загрузил предыдущий бэкап (тот что отсылал вам) и снова получил ошибку при входе...
Восстановился из последнего бэкапа и снова все работает, так что для себя сделал вывод - если есть ошибка инициализации журнала то проще удалить соответствующую таблицу, при следущем запуске она пересоздастся и все будет работать нормально.

 xBocT :

4.3.13 16:08
 Да, на память пришло. Лучше в реестре удалить строковый параметр DBConnect (ветка Archivist\Archive\) и при запуске Архивиста указать новый DSN.

 And :

4.3.13 16:15
 Цитата:

xBocT пишет:
Да, на память пришло. Лучше в реестре удалить строковый параметр DBConnect (ветка Archivist\Archive\) и при запуске Архивиста указать новый DSN.


Это не помогло, сразу так пытался делать... Только удалял не из реестся а из настроек программы - там есть пункт "Сохранить соединение" или что то вроде, галку снял и при следующем запуске стал запрашивать выбор DSN, а DSN понятно что новый конфигурировал - нужно же было вместо базы master новую указать... Просто удивило что у вас ошибка не возникла при запуске - натолкнуло на мысль создать новую пустую базу и запустить архивиста - вы же писали про импорт - и в итоге получилось запустить пустую базу без ошибки, потом перенес таблицы за исключением журнала и снова все работала - ну а потом в нерабочей базе удалил таблицу журнала и база стала рабочей :-)) так что спасибо за мысли и наводки, тему можно закрывать - вопрос вроде решен :-)