Переход в зарплате к следующему месяцу (Гал8.10)

[Ged]

на мсскл при переходе на след. месяц отключайте журнализацию в саппорте.

Кстати - проверьте у себя наличие вьюх V$..
У нас на некоторых БД не все были.
После проверки чекмсскл, необходимо снова расчитать права в саппорте с SQLDriver.ForceRights = "On", т.к. чекмсскл - пока не умеет раздавать права на V$.. а тока их сносит.

[ov]

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

[Ged]

ХЗ. Точно не скажу. Но отсутствие вьюх явно наблюдается при расчете прав - ругань идет в ms70drv.log
Главное окромя вьюх есть еще и триггера к этим вьюхам. Так что советую запустить проверку чекмссл

PS: Мы брали все объекты V$.. и от них зависимые и подгружали на существующих БД. Тестировал так же и удаление вьюх, проверку чекмсскл, вроде тут все корректно.

[sim]

Кстати - проверьте у себя наличие вьюх V$..
У нас на некоторых БД не все были.
После проверки чекмсскл, необходимо снова расчитать права в саппорте с SQLDriver.ForceRights = "On", т.к. чекмсскл - пока не умеет раздавать права на V$.. а тока их сносит.

а вот здесь можно поподробнее? достаточно ли для того, чтобы вьюхи добавились, просто запустить чекмсскль, и затем форсерайт? или же так:
1. добавить вручную вьюхи
2. запустить чекммскль
3. запустить форсерайт

[Ged]

2 - 3

[ov]

как мы поняли - чекмсскл не добавляет вьюхи, их надо из другой базы выгружать в эту втягивать. - и как показал наш опыт - лучше не все подряд, скажем - когда мы втянули все начинающиеся на V$ - чтоб не разбирать какие есть какие нет (невооруженным глазом заметно что отсутствуют много) ,после того как втянули все - не могли вообще зайти в базу. пришлось восстанавливать из бекапа. и еще вопрос - почему до накатывания патчей этих вьюх в базе нет тоже, но права нормально преесчитываются - и по работе базы не видно что ей чего то не хватает!

[sim]

ну вот тебе...
два противоположных мнения

[Ged]

Проверял на 18-м.
Пропатчил саппорт, галлу, db_inst
Убедился что chkmssql.exe 5.4.18 (старый не смотрел)
Физически удалил все вьюхи,
Запустил проверку в восстановлении системы со всеми галками
ну или через коммандную строку.
получил протокол с таким содержанием:

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

Представление V$X$FILES не существует
-ИСПРАВЛЕНО-
Триггер X$FILES_BI oтсутствует
-ИСПРАВЛЕНО-
Представление V$X$FIELDS не существует
-ИСПРАВЛЕНО-
Триггер X$FIELDS_BI oтсутствует
-ИСПРАВЛЕНО-

[ov]

четкий рецепт! спасибо! попробуем и мы !

[Ged]

Только я не советовал удалять физически вьюхи.. Я просто тестировал chkmssql в части их восстановления...

[at]

[quote="Ged"]
....Запустил проверку в восстановлении системы со всеми галками

А если не все параметры в on ( что бы проверка не так долго шла), то какой именно параметр проверки нужно включить?
Подскажите, кто знает точно.

[maikl]

Установил все обновления (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Опять выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Так до конца и не понятно из за чего это происходит и что надо сделать?
Подсккажите пожалуйста.

[Ged]

Порверку БД (наличие всех вьюх), пересчет прав с ForceRight=on ну или как вариант - переходить под администратором Галактики с ВЫКЛЮЧЕННОЙ в саппорте журнализацией.
На счет "каких галок" - хз, попробуйте а потом всем расскажите

[maikl]

Проверку БД (наличие всех вьюх),

Что имеется в виду?

[Ged]

Выше писал, что у нас на некоторых БД не все вьюхи были
см. V$хххххх
а так для начала надо смотреть что пишет галла в лог ms70drv.log
Какие ошибки возникают