Страница 4 из 4

Добавлено: 05 янв 2010, 20:08
maikl
Прогнал конвертером (как советовали выше). Запустил проверку триггеров, прошла, на экране ряд сообщений об исправленных триггерах ит.д.
1. Запустил проверку еще раз, те же сообщения об исправленных триггерах.
2. Запустил проверку еще раз, те же сообщения об исправленных триггерах.
3. Запустил проверку еще раз, те же сообщения об исправленных триггерах. :grin:
Запускал до вечера. Ушел домой, завтра буду запускать снова (шутка)
Так как это должно работать?

Добавлено: 06 янв 2010, 15:24
Ged
Однозначно нет. А вы запускали в режиме исправлений?
Кстати - в конце каждой проверки в логе пишется ИСПРАВЛЕНО или НЕ ИСПРАВЛЕНО.
Если последнее - то учетной записи тупо не хватает прав.


Для теста сейчас запустил чек.
с параметрами то что ниже.
MsSql 2000
Есть БД на 2008. при необходимости могу и на ней попробовать. пишите в асю.

Добавлено: 06 янв 2010, 15:36
Ged
У меня все проходит на ура. Один раз написал, сейчас просто подставляю БД и проверяю. Файлы находятся в одной папке.
MsSql.bat

Код: Выделить всё

rem Путь на каталог Exe Галактики либо на каталог Db_Inst
Set DbInPath=D:\Galaxy\Gal810\DB_Inst\
%DbInPath%chkmssql.exe %CD%\DataBaseMs.cfg
DataBaseMs.cfg

Код: Выделить всё


[Database]
 DataBaseName=Test810
 DataBaseDriver=MS70DRV.DLL

[SQLDriver]
  SQLServer=ncacn_ip_tcp:192.168.1.18[2009]
  fullloginname=On

[Login]
  UserName=supervisor

[ChkBase]
  Out=.\
  StoredProcs=On
  UsersAndRights=On
!  Fields=On
!  Indexes=On
   Triggers=On
   Compile=On
!  Memo=On
!  Journal=On

[DictVersion]
  Version=52
  Sum=-1601339646
PS: все чеки очень чувствительны к комментам.
два слеша после параметра не воспринимают,
вроде как и значение параметров через точку (Database.DataBaseName=Test810)
тоже

Добавлено: 06 янв 2010, 18:25
maikl
Ged писал(а):Однозначно нет. А вы запускали в режиме исправлений?
Кстати - в конце каждой проверки в логе пишется ИСПРАВЛЕНО или НЕ ИСПРАВЛЕНО.
Если последнее - то учетной записи тупо не хватает прав.


Для теста сейчас запустил чек.
с параметрами то что ниже.
MsSql 2000
Есть БД на 2008. при необходимости могу и на ней попробовать. пишите в асю.
Запускаю проверку базы из саппорта (server 2003, sql 2005) в режиме исправления., в протоколе пишет, что все исправлено, и в каждом следующем протоколе тоже это пишет ))).
Базу беру с тестовыми данными из дистрибутива.
Невезет что-то :)

Добавлено: 15 янв 2010, 11:47
maikl
Разобрался, в лог все дозаписывается и я смотрел на первоначальную проверку, а надо было в конец ))))

Добавлено: 15 янв 2010, 18:38
Sniper
Алексей писал(а):Sniper в общем решил я запустить checkmssql
проругалось на контрольную сумму, у нас там был 0
запустил вип с параметрами, контрольная сумма пересчиталась.
checkmssql запустился, даже начал работать.

но при входе в галактику полетели сообщения о том, что контрольная сумма опять не совпадает! Вынужден был опять её обнулить.

В чем всё-таки дело??? и как сделать так чтобы и галактика запускалась без ошибок и checkmssql работал?

З.Ы.: у нас есть свои добавленные в БД таблицы.
вот в этом и дело.. и скорее всего добавляли их с включенным параметром FullSQL=on - на будущее всем, уберите его, сейчас это не нужно.

таблицы надо было добавлять как пользовательские, без fullSQL - тогда они создаются как пользовательские, а не системные и контрольная сумма при этом меняться не будет.

иначе никакие танцы с бубном по пересчету и прописыванию правильного значения ничего не даст.

исключение только с докомпилятором atlerdecimal - там правятся существующие таблицы и контрольная сумма сбрасывается в 0.

то есть рабочие варианты такие:
чистая база - все работает
поменяли добавили на системном уровне таблицы - в галке ставите контрольную сумму - 0, галка при этом не ругается.
но при этом забываете о том, что чекмс и чекора могут запуститься из суппорта
- только через командную строку с полным путем на конфиг, в конфиге убираете все комменты //
и ставите контрольную сумму в 0, как и в базе.

либо, как я уже говорил, можете причесать базу к нормальному виду..
выгрузить свои таблицы в dbf
выгрузить базу в dbf конвертором 810-810
потом создать новую пустую базу с голой структурой
импортировать конвертором данные
создать свои таблицы как пользовательские (без FullSQL)
импортировать свои таблицы из dbf


либо грохнуть свои таблицы сейчас, пересчитать контр сумму.. вероятно вернутся все как надо
и потом пересоздать свои таблицы по правильному и залить свои данные.. но этот вариант надо проверять

Добавлено: 15 янв 2010, 18:45
maikl
Но у меня то нет никаких добавленных таблиц, а БД проверить все равно не могу :sad:

Добавлено: 15 янв 2010, 18:52
maikl
Кстати если SQLServer=ncacn_ip_tcp:192.168.1.18[2009] то не хочет работать, а работает если [1997], это от чего зависит?

Добавлено: 15 янв 2010, 21:25
Ged
SQLServer=ncacn_ip_tcp:192.168.1.18[2009]
192.168.1.18 - моя машина :)
2009 - порт напсервера :)
Естественно необходимо указать свои параметры для подключения к соответствующему экземпляру.

и еще вариант(не проверял ибо никогда не ставил) - может быть у вас установлен пароль для доступа внешними средствами. см. в параметрах службы.

Добавлено: 16 янв 2010, 09:57
maikl
Ged писал(а):
SQLServer=ncacn_ip_tcp:192.168.1.18[2009]
192.168.1.18 - моя машина :)
2009 - порт напсервера :)
Естественно необходимо указать свои параметры для подключения к соответствующему экземпляру.

и еще вариант(не проверял ибо никогда не ставил) - может быть у вас установлен пароль для доступа внешними средствами. см. в параметрах службы.
Спасибо, про [2009] понял :grin: .
Про прароль для доступа внеших средств врядли, т.к. всегда все НАП устанавливаю стандартно, тем долее после продедения конвертации 810-810 проверка БД проходит (запускаю с одного и того же саппорта и на одном сервере)
Есть какой то нюанс, никак не вылавливается
Даже на знаю с чем в ТП обращаться. Не тащить же туда всю базу.