|
v7: SQL 7.7 стала внезапно зависать на чтении файла обмена | ☑ | ||
---|---|---|---|---|
0
PCcomCat
17.01.17
✎
20:29
|
Доброго времени, уважаемые!
Сталкиваюсь впервые с таким: база 1С 7.7 самописная на основе БП 7.7, SQL Express, обмен с файловой УТ 11.2. есть обработки чтения и записи файлов обмена xml, правила для выгрузки из обеих баз. Сегодня внезапно стала виснуть семерка при загрузке данных из XML: загрузка процессора идет, показывает состояние, к примеру, "Обработано 110 объектов..." и висит тупо, а других пользователей показывает ошибку по SQL про превышение интервала времени... Если не выполнять обмен, то документы дает заводить и проводить в штатном режиме. В SQL запросом оттестила базу - ошибок не обнаружено... Создаю пустую файловую базу 7.7, делаю загрузку - через наносекунды объекты в базе. Файл брала, где 31 объект. Почему такое происходит? Как побороть? Подскажите, пожалуйста!!! |
|||
1
PCcomCat
17.01.17
✎
20:37
|
Размер файла базы 8,132 Гб.
В Express 2008 есть ограничения по размеру БД? |
|||
2
Провинциальный 1сник
17.01.17
✎
20:41
|
(1) Да. 10 гиг.
|
|||
3
Провинциальный 1сник
17.01.17
✎
20:42
|
И при этом ошибка вполне внятная выдается, а не тупо висит
|
|||
4
PCcomCat
17.01.17
✎
20:53
|
Ошибки такие:
Ошибка времени выполнения: Если Провести()=0 тогда : {Документ.РасхНакл.Форма.Модуль(1494)}: SQL State: HYT00 Native: 0 Message: [Microsoft][ODBC SQL Server Driver]Timeout expired Объект.Записать(); : {\\SERVER\?????\?????????_1?\EXTFORMS\ОбработкаЗагрузки_для_7_7_из__УТ_11.ERT(197)}: SQL State: HYT00 Native: 0 Message: [Microsoft][ODBC SQL Server Driver]Timeout expired |
|||
5
Провинциальный 1сник
17.01.17
✎
21:10
|
(4) Если запускать прямо на sql-сервере - тоже ошибки выдает?
|
|||
6
PCcomCat
17.01.17
✎
21:12
|
(5) Простите, что значит "прямо на sql-сервере"?
Это в базе SQL |
|||
7
PCcomCat
17.01.17
✎
21:14
|
Утром выдал на чтении совсем других коротеньких файлах XML, при загрузке из которого если найден документ, предлагается его заменить. Так еще и объект заблокированным оказался...
|
|||
8
Провинциальный 1сник
17.01.17
✎
21:15
|
(6) Это значит что 1с запустить физически на том же сервере, на котором установлен sql
|
|||
9
Провинциальный 1сник
17.01.17
✎
21:16
|
Параллелизм отключен (в 1 установлен)?
|
|||
10
PCcomCat
17.01.17
✎
21:17
|
(8) Эту пустую базу - я правильно понимаю?
|
|||
11
Провинциальный 1сник
17.01.17
✎
21:18
|
(10) Зачем пустую? Проблемную.
В это время никто больше в базе не сидит? |
|||
12
PCcomCat
17.01.17
✎
21:18
|
(9) я там удаленно и с недавнего времени. Как посмотреть (9)
|
|||
13
Провинциальный 1сник
17.01.17
✎
21:19
|
В свойствах sql сервера.
|
|||
14
PCcomCat
17.01.17
✎
21:19
|
(11) Там движуха сейчас до часу ночи. Сейчас сервер перезагрузят, я попробую - запущу, чтобы никого не было - подождут.
|
|||
15
PCcomCat
17.01.17
✎
21:21
|
(11) Я подняла копию проблемной базы. Может там попробовать? Кэш не может быть?
|
|||
16
Провинциальный 1сник
17.01.17
✎
21:22
|
(15) Какой кэш в 7.7?
|
|||
17
PCcomCat
17.01.17
✎
21:23
|
(15) ХЗ )))
|
|||
18
Fram
17.01.17
✎
21:23
|
журнал может быть
|
|||
19
Провинциальный 1сник
17.01.17
✎
21:26
|
(18) Не. Там драйвер odbc человеческим языком говорит о таймауте связи с сервером. А журнал пишется без всяких драйверов, просто построчно.
|
|||
20
PCcomCat
17.01.17
✎
21:31
|
Пипец... Сделала обмен...
|
|||
21
PCcomCat
17.01.17
✎
21:31
|
Как же быть-то???
|
|||
22
Fram
17.01.17
✎
21:35
|
(21) sql profiler
|
|||
23
Провинциальный 1сник
17.01.17
✎
21:36
|
+(22) и логи sql сервера посмотреть
|
|||
24
PCcomCat
17.01.17
✎
21:47
|
В журнале нет ничего приметного - только перезапуск служб, мною сделанный
|
|||
25
Fram
17.01.17
✎
21:50
|
если лень возится с профайлером, в случае 7.7 помню очень часто спасала выгрузка/загрузка данных. она от мусора всякого хорошо избавляет.
ЗЫ не забываем про бэкап |
|||
26
PCcomCat
17.01.17
✎
22:25
|
В копии тоже висит...
|
|||
27
Злопчинский
17.01.17
✎
22:28
|
Вот и выросло поколение которое даже в код заглянуть не может
Обеспечить надежную связь со скулем. Надёжную значит надежную. Обеспечить достаточный ресурс на скуле для обработки семерки, а то он может загружен по самое не хочу и на семёрку даже посмотреть времени нет Установить в клюшках интервал таймаута 3 сек если там стоит большее значение |
|||
28
Злопчинский
17.01.17
✎
22:30
|
Раз уж проблема нарисовалась и нарисовалась на проведении - все проведения обернуть в цикл, неудачную попытку записать в ЖР уйти на цикл, повторить не более 10 раз
|
|||
29
Злопчинский
17.01.17
✎
22:32
|
Если будет диагностирован конкретное место документ проведения - смотреть глубже га чем тупит, возможно если доки проводятся в (_о_) то тупят временные итоги
|
|||
30
Злопчинский
17.01.17
✎
22:33
|
Озаботиться на время зашиузки отсутствием созидательной работы юзверями в базе, а то может там транзакция открыта на журнал\доки и загрузка зря тупо долбится
|
|||
31
Злопчинский
17.01.17
✎
22:35
|
Посмотреть тупо в ЖР что туда погаписалось ошибками транзакций при текущем состоянии
|
|||
32
Злопчинский
17.01.17
✎
22:36
|
Если мутно и непонятно то выгрузка И загрузка и повтлритьб.
|
|||
33
PCcomCat
17.01.17
✎
22:38
|
(27) Что выросло - то выросло. Раньше больше постановкой учета занималась, а теперь всё сразу, в SQL только нырнула...
Там установлено время ожидания удаленного запроса = 600 с |
|||
34
PCcomCat
17.01.17
✎
22:39
|
(32) Поставила в копии выгрузку данных. На моем объеме 8 Гб долго ожидать (из вашего опыта)?
|
|||
35
Злопчинский
17.01.17
✎
22:43
|
(33) в клюшках нет такого параметра
Нагугли в яндексе установка и настройка скуля для клюшек |
|||
36
Злопчинский
17.01.17
✎
22:55
|
Не забудь обеспечить наличие рабочего бэкапа
|
|||
37
Злопчинский
17.01.17
✎
22:56
|
(34) хз может у вас ноут
Минут 15-20 А вот загрузка - если учёт рахдолбан и главное печатная машинка то могут быть приятные неожиданности |
|||
38
PCcomCat
17.01.17
✎
23:08
|
(37) Уже на загрузке... Буду ждать. Это копия.
|
|||
39
PCcomCat
17.01.17
✎
23:10
|
(37) Спасибо за подсказки - неоценимо! Особенно поддержка! ;)
|
|||
40
Злопчинский
17.01.17
✎
23:13
|
Буду на св,зи через полчасика
|
|||
41
PCcomCat
17.01.17
✎
23:15
|
Спасибо!!!
|
|||
42
PCcomCat
17.01.17
✎
23:33
|
Параллельно создала пустую (провались он проподом - режим совместимости с 2000 - пока до него добралась...). Делаю загрузку данных в пустую. Держу пальцы...
|
|||
43
PCcomCat
17.01.17
✎
23:49
|
(28) Кстати не на проведении... Даже просто на Записать новый объект.
|
|||
44
Злопчинский
18.01.17
✎
00:11
|
(43) это тоже транзакция на как минимум журнал и на таблицу уникальностей
Урбд случаем нет? Скуль настроен верно? |
|||
45
PCcomCat
18.01.17
✎
00:24
|
(44) Не УРБД. Про скуль - в мае поднимала эту базу - падала после сгорания одного элемента сервера - смотрела, сравнивала с рекомендациями - настроено вроде так...
|
|||
46
PCcomCat
18.01.17
✎
01:13
|
Прикольненько!!! После загрузки в пустую базу размер базы стал 9,590 Гб - это после 8,132.
Не прибавилось ли мусора??? |
|||
47
PCcomCat
18.01.17
✎
01:18
|
Резать базу нужно...
|
|||
48
Fram
18.01.17
✎
01:22
|
(46) а свободно при этом сколько сейчас и сколько было? Режим логов Простой?
|
|||
49
Злопчинский
18.01.17
✎
01:47
|
(46) это ж размер скуля, а не базы 1С.
|
|||
50
Злопчинский
18.01.17
✎
01:48
|
ну что там с загрузкой обмена?
|
|||
51
PCcomCat
18.01.17
✎
02:10
|
Для меня никрофилией оказалось...
Курица! Но больше от невнимательности. В 7.7 ежедневная нумерация документов, а в УТ11 ежегодная. Сначала синхронизация была по дате и номеру документа. Но тут выяснилось, что переносят документы руками, и, соответственно, они задваиваются. Добавила в обеих базах реквизиты ДатаСоздания и НомерСозадания, изменила в правилах поиск. Для 7.7 всё же на базе стандартных обработок с заменой текста... И тут засада: оказывается, что если нет номера и даты в реквизитах поиска, то начинается обратная выборка документов, пока не найдется точное соответствие реквизитов поиска. А если документа нет? - по самое ни хочу ищет... Проверяла-то на уже обменявшихся документах, а вчера воткнула новые правила и обработки. А база ведется с 2012 г., да ещи и документов штук по 200-400 в день заводят, а то и больше. Вот на новых документах и заседала база. Балует 8-ка! |
|||
52
PCcomCat
18.01.17
✎
02:10
|
Спасибо, о гуру! Я столько нового зато узнала и попробовала!!!
|
|||
53
PCcomCat
18.01.17
✎
02:38
|
(49) Как глянуть размер базы правильно, чтобы определить, когда резать?
Я смотрю размер файла ххх.mdf и в свойствах базы в Management Studio. |
|||
54
Злопчинский
18.01.17
✎
03:00
|
(53) хз, я на дбфе живу, 8 гиг
|
|||
55
Fram
18.01.17
✎
03:03
|
(53) в свойствах базы на первой же странице написано сколько всего весит база и сколько свободного места зарезервировано
|
|||
56
PCcomCat
18.01.17
✎
03:04
|
(55) Значит "в свойствах базы в Management Studio", хотя и ххх.mdf примерно такой же.
Спасибо! |
|||
57
PCcomCat
18.01.17
✎
03:06
|
(54) Круть!
Я тоже 1,5 года назад только dbf и на файловых 8 лет просидела. Но... жизнь заставила. |
|||
58
vcv
18.01.17
✎
08:07
|
(53) А нафига резать SQL? Если за учетом приглядывать и понемногу, в рабочем порядке ликвидировать узкие места, то резать без надобности. У меня сейчас 140Гб. Кто-то здесь на мисте озвучивал порядка 400Гб размеры.
|
|||
59
Это_mike
18.01.17
✎
08:08
|
(58) озвучивали и 800.
а резать действительно нет необходимоси - скорость от объема не зависит. |
|||
60
Это_mike
18.01.17
✎
08:09
|
(51) 400 доков в день. смех...
|
|||
61
mehfk
18.01.17
✎
08:10
|
(58) Потому что Express.
|
|||
62
Это_mike
18.01.17
✎
08:43
|
(61) аргумент!
|
|||
63
Это_mike
18.01.17
✎
08:47
|
(53) Анализ таблиц базы данных SQL: https://yadi.sk/d/MDF7OCU439aUvC
требует наличия 1c++ |
|||
64
PCcomCat
18.01.17
✎
09:32
|
(58) Я там изредка заглядывающий при возникновении проблем или пожеланий. А так - на самотек всё - не кому следить.
|
|||
65
PCcomCat
18.01.17
✎
09:33
|
(60) Особенно при сквозном поиске нужного документа...
|
|||
66
Это_mike
18.01.17
✎
09:46
|
(64) "период полураспада базы без программиста - 6 месяцев"©
|
|||
67
Это_mike
18.01.17
✎
09:46
|
(65) ну так делай правильный поиск
|
|||
68
PCcomCat
18.01.17
✎
11:14
|
(67) Штатные обработки от 1С - неожиданный поиск в них. Сейсчас естественно исправлено.
|
|||
69
Это_mike
18.01.17
✎
11:19
|
(68) угу. Ну, это привычно.
нужно спрашивать товарища Профайлера... |
|||
70
Злопчинский
18.01.17
✎
19:32
|
(57) почему же я ж на дбфе не от безысходности сижу, были и есть клиенты и на скулях. на главном клиенте руки не доходят в скуль перевести ;-)
|
|||
71
Злопчинский
18.01.17
✎
19:35
|
(63) а картинку можно что в результате показывает?
|
|||
72
Это_mike
19.01.17
✎
07:01
|
(71) низзя. нету у меня тут семерочных баз серверных - файловые.
да глянь шаблон таблицы, и увидишь... |
|||
73
Злопчинский
19.01.17
✎
18:21
|
(72) интернет настолько далек от народа что капец. пока я тыкну в ссылку, пока перейду, пока тыкну в зип, пока он откроется, пока качну на комп и открою в 1С - Я УСНУ ЖДАТЬ! ;-)
|
|||
74
vcv
19.01.17
✎
20:10
|
(73) Как-то у тебя всё просто.
У меня скорее будет так: Ткнул в ссылку... отвлёкся на звонок из бухгалтерии... через час нашёл непонятную вкладку в браузере, вспомнил зачем и ткнул скачать... отвлёкся на звонок со склада... в конце дня увидел что-то непонятное в закачках, вспомнил и разархивировал... отвлёкся на звонок от продажников... На следующий день, пробегая по мисте, увидел ветку, вспомнил,открыл в 1С - БИНГО!!! |
|||
75
PCcomCat
19.01.17
✎
22:18
|
(74) Знакомая картинка!!! )))
|
|||
76
Злопчинский
19.01.17
✎
22:58
|
(74) эээ! так это же я упростил... примерно то же самое... ;-)
|
|||
77
Злопчинский
19.01.17
✎
22:58
|
Вот ща вспомнил что начал писать техпрцесс в бумагу и забыл про удадленку на которой хрень запустил
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |