|
Ошибка SQL при просмотра списка документов | ☑ | ||
---|---|---|---|---|
0
kIR
28.04.15
✎
13:11
|
Доброго дня!
1с 8.2.19.90 конф. Комплексная Автоматизация 1.1.58.2 Вчера вечером вырубился свет,сегодня при открытии журнала "банковские документы" при пролистывании примерно до 17 часов выпадает ошибка Конфликт блокировок при выполнении транзакции: Microsoft SQL Server Native Client 10.0: Не удалось продолжить просмотр с NOLOCK вследствие перемещения данных. HRESULT=80004005, SQLSrvr: SQLSTATE=42000, state=3, Severity=C, native=601, line=1 Пытался выггрузить dt-шник,там выпадает ошибка "ошибка использования операции объединить(union). Допустимо объединение не более 256 результатов запросов" В журнале только платежки вх и исх. если отдельно открывать списки платежек - все открывается на ура. тыкался в доки в промежутке с 17 до 18, нашел непроведенную платежку,при записи которой так же выскакивает вторая из ошибок. Что дальше делать - не знаю( Стоит MS sql server 2008r2 |
|||
1
Necessitudo
28.04.15
✎
13:12
|
Что дописывали?
|
|||
2
vde69
28.04.15
✎
13:14
|
1. поднять из ежедневного бекапа
2. упс на сервак купить |
|||
3
kIR
28.04.15
✎
13:15
|
(1) "передзаписью" и "послезаписи" ничего не дописано.
В самом журнале разукрашивали строчки в цвета(оранжевые-входящие,зеленые -исходящие) Но и это я комментировал,перезапускал - не помогает |
|||
4
kIR
28.04.15
✎
13:15
|
(2) бэкапы у нас делаются ночью и последний бэкап сделан в 2 часа ночи 27го числа,то есть будет потеряно 1.5 дня работы бухгалтерии (а эт оч много доков)
|
|||
5
Lamer1C
28.04.15
✎
13:18
|
(0) а что ТиИ говорит?
|
|||
6
vde69
28.04.15
✎
13:19
|
1. останови службу 1с, убери у нее автозапуск
2. корректно ребутни сервер 3. зайди в скуль и посмотри активные транзакции (например может быть ролбек, и идти может долго), нужно дождаться окончания всех транзакций в скуле 4. сделай скулевский бекап 5. сделай скулевский чекдб потом запускай 1с службу |
|||
7
vde69
28.04.15
✎
13:20
|
(5) сейчас нельзя телать тии
|
|||
8
vde69
28.04.15
✎
13:21
|
(6)+ по поводу длительности ролбека я видел в реле около 6 часов...
|
|||
9
Lamer1C
28.04.15
✎
13:23
|
(7) на копии почему нет?
|
|||
10
Зеленый пень
28.04.15
✎
13:25
|
(9) Сначала надо исправить ошибки на уровне СУБД.
|
|||
11
kIR
28.04.15
✎
13:27
|
DBCC CHECKDB я сделаю, а как посмотреть активные транзакции и что там должно быть?или чего быть не должно?
|
|||
12
Lamer1C
28.04.15
✎
13:27
|
(10) да, точно. не укладывается в голове, что сервер с SQL не подключен к ИБП..
|
|||
13
kIR
28.04.15
✎
13:30
|
(12)меня тут поправили сейчас,что это монтажники наши переносили физически в другое место его и выключили по питанию его((
|
|||
14
Lamer1C
28.04.15
✎
13:32
|
(13) тогда в (6) все верно написали.
|
|||
15
kIR
28.04.15
✎
13:33
|
(14) а что по 3му пункту там? я в (11) вопрос задавал как раз
|
|||
16
Lamer1C
28.04.15
✎
13:36
|
(15) видимо в мониторе активности..
|
|||
17
vde69
28.04.15
✎
13:36
|
(15) на сервере правый клик --- active monitor - recept expension queries
|
|||
18
kIR
28.04.15
✎
13:44
|
(16)(17) Спасибо)нашел)а по какому критерию отобрать этот "кривой"запрос?
|
|||
19
vde69
28.04.15
✎
13:48
|
(18)после остановки 1с там должно быть пусто
|
|||
20
kIR
28.04.15
✎
13:50
|
Понял)
а там DBCC CHECKDB будет достаоочно или что то типа DBCC CHECKDB (0, REPAIR_ALLOW_DATA_LOSS) нужно? |
|||
21
vde69
28.04.15
✎
13:56
|
(20) ну это читать надо...
|
|||
22
Lamer1C
28.04.15
✎
14:09
|
(20) https://technet.microsoft.com/ru-ru/library/ms176064.aspx
REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD Указывает, что инструкция DBCC CHECKDB должна исправить обнаруженные ошибки. Для применения описанных ниже параметров исправления указанная база данных должна находиться в однопользовательском режиме. REPAIR_ALLOW_DATA_LOSS Пытается устранить все обнаруженные ошибки. Эти исправления могут привести к частичной потере данных. REPAIR_FAST Синтаксис поддерживается только для обеспечения обратной совместимости. Действия по восстановлению не выполняются. REPAIR_REBUILD Выполняет действия по восстановлению данных, которые можно выполнить без риска их потери. Это может быть быстрое восстановление (например, восстановление отсутствующих строк в некластеризованных индексах) или более ресурсоемкие операции (например, перестроение индекса). REPAIR_REBUILD не исправляет ошибки, связанные с данными FILESTREAM. |
|||
23
Lamer1C
28.04.15
✎
14:16
|
(20) а еще вот это как раз в тему ИС.ru/public/192648
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |