Страница 2 из 4
Добавлено: 30 апр 2009, 12:04
Ged
на мсскл при переходе на след. месяц отключайте журнализацию в саппорте.
Кстати - проверьте у себя наличие вьюх V$..
У нас на некоторых БД не все были.
После проверки чекмсскл, необходимо снова расчитать права в саппорте с SQLDriver.ForceRights = "On", т.к. чекмсскл - пока не умеет раздавать права на V$.. а тока их сносит.
Добавлено: 03 май 2009, 18:49
ov
у нас та же беда - при попытке рассчитать права пользователей после патчения - обнаружили отсутствие вьюх, попробовали руками добавлять (а нашли в тестовой базе) - добавили десяток и остановились - что то много потерялось - и главное как и когда непонятно. Вы сколько примерно вьюх добавляли?
Добавлено: 04 май 2009, 01:22
Ged
ХЗ. Точно не скажу. Но отсутствие вьюх явно наблюдается при расчете прав - ругань идет в ms70drv.log
Главное окромя вьюх есть еще и триггера к этим вьюхам. Так что советую запустить проверку чекмссл
PS: Мы брали все объекты V$.. и от них зависимые и подгружали на существующих БД. Тестировал так же и удаление вьюх, проверку чекмсскл, вроде тут все корректно.
Добавлено: 04 май 2009, 15:11
sim
Ged писал(а):
Кстати - проверьте у себя наличие вьюх V$..
У нас на некоторых БД не все были.
После проверки чекмсскл, необходимо снова расчитать права в саппорте с SQLDriver.ForceRights = "On", т.к. чекмсскл - пока не умеет раздавать права на V$.. а тока их сносит.
а вот здесь можно поподробнее? достаточно ли для того, чтобы вьюхи добавились, просто запустить чекмсскль, и затем форсерайт? или же так:
1. добавить вручную вьюхи
2. запустить чекммскль
3. запустить форсерайт
Добавлено: 04 май 2009, 15:28
Ged
2 - 3
Добавлено: 04 май 2009, 15:31
ov
как мы поняли - чекмсскл не добавляет вьюхи, их надо из другой базы выгружать в эту втягивать. - и как показал наш опыт - лучше не все подряд, скажем - когда мы втянули все начинающиеся на V$ - чтоб не разбирать какие есть какие нет (невооруженным глазом заметно что отсутствуют много) ,после того как втянули все - не могли вообще зайти в базу. пришлось восстанавливать из бекапа. и еще вопрос - почему до накатывания патчей этих вьюх в базе нет тоже, но права нормально преесчитываются - и по работе базы не видно что ей чего то не хватает!
Добавлено: 04 май 2009, 15:44
sim
ну вот тебе...
два противоположных мнения
Добавлено: 04 май 2009, 16:58
Ged
Проверял на 18-м.
Пропатчил саппорт, галлу, db_inst
Убедился что chkmssql.exe 5.4.18 (старый не смотрел)
Физически удалил все вьюхи,
Запустил проверку в восстановлении системы со всеми галками
ну или через коммандную строку.
получил протокол с таким содержанием:
Код: Выделить всё
Представление V$X$FILES не существует
-ИСПРАВЛЕНО-
Триггер X$FILES_BI oтсутствует
-ИСПРАВЛЕНО-
Представление V$X$FIELDS не существует
-ИСПРАВЛЕНО-
Триггер X$FIELDS_BI oтсутствует
-ИСПРАВЛЕНО-
Добавлено: 04 май 2009, 18:27
ov
четкий рецепт! спасибо! попробуем и мы !
Добавлено: 04 май 2009, 19:01
Ged
Только я не советовал удалять физически вьюхи.. Я просто тестировал chkmssql в части их восстановления...
Добавлено: 06 май 2009, 06:05
at
[quote="Ged"]
....Запустил проверку в восстановлении системы со всеми галками
А если не все параметры в on ( что бы проверка не так долго шла), то какой именно параметр проверки нужно включить?
Подскажите, кто знает точно.
Добавлено: 15 май 2009, 10:09
maikl
Установил все обновления (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Опять выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Так до конца и не понятно из за чего это происходит и что надо сделать?
Подсккажите пожалуйста.
Добавлено: 15 май 2009, 11:24
Ged
Порверку БД (наличие всех вьюх), пересчет прав с ForceRight=on ну или как вариант - переходить под администратором Галактики с ВЫКЛЮЧЕННОЙ в саппорте журнализацией.
На счет "каких галок" - хз, попробуйте а потом всем расскажите
Добавлено: 15 май 2009, 11:52
maikl
Проверку БД (наличие всех вьюх),
Что имеется в виду?
Добавлено: 15 май 2009, 12:00
Ged
Выше писал, что у нас на некоторых БД не все вьюхи были
см. V$хххххх
а так для начала надо смотреть что пишет галла в лог ms70drv.log
Какие ошибки возникают