Просмотр полной версии : Зависание Базы, сервера, клиентов SH 4.94
Александр Л
07.08.2015, 21:54
Здравствуйте Уважаемые коллеги!
Вот. после 6 лет стабильной работы, и случилось неприятность: Добавили 2 рабочих места в SH 4.94, взяли новых калькуляторов, и начались большие проблемы с базой: 30 минут-нормальная быстрая работа,потом минут на 7 -всё зависает мертво, потом отвисает.
Зависает и и при локальном входе в SH с сервера, и клиенты. Невозможно работать. Выставил таймаут -20000 -результата нет, перенесли в виртуальную машину-результата нет, обратились в UCS -они взяли бэкап, у себя развернули-говорят все нормально.
Лог одинаковый при разных таймаутах, на всех клиентах и на сервере выставил на сетевых картах 100Мбит полный дуплекс,
07.08.2015 19:45:08- Login. User=Admin, id=3, tcp/ip(127.0.0.1), comp.name=SERVER777.
07.08.2015 19:48:13- Login. User=Елена Симакова, id=4, tcp/ip(192.168.0.78), comp.name=WS304SV.
07.08.2015 19:49:47- Login. User=Кухня, id=5, tcp/ip(192.168.0.94), comp.name=WSR01.
07.08.2015 20:01:45- Error- Code=1065, Win32 error=0, Info=10054.
07.08.2015 20:02:59- Login. User=Любовь Христич, id=6, tcp/ip(192.168.0.84), comp.name=ZD-PIT-1.
07.08.2015 20:09:01- Logout. User=Елена Симакова, id=4, comp.name=WS304SV.
07.08.2015 20:10:09- Login. User=Admin, id=7, tcp/ip(127.0.0.1), comp.name=SERVER777.
07.08.2015 20:12:35- Logout. User=Admin, id=7, comp.name=SERVER777.
07.08.2015 20:12:41- Login. User=Admin, id=8, tcp/ip(127.0.0.1), comp.name=SERVER777.
07.08.2015 20:13:55- Error- Code=1065, Win32 error=0, Info=10054.
07.08.2015 20:15:36- Login. User=Людмила, id=9, tcp/ip(192.168.0.83), comp.name=SKLAD.
07.08.2015 20:15:38- Login. User=Людмила, id=10, tcp/ip(192.168.0.102), comp.name=WS0211.
07.08.2015 20:17:09- Login. User=Admin, id=11, tcp/ip(192.168.0.83), comp.name=SKLAD.
07.08.2015 20:17:31- Logout. User=Admin, id=11, comp.name=SKLAD.
07.08.2015 20:20:32- Logout. User=Людмила, id=9, comp.name=SKLAD.
07.08.2015 20:21:48- Login. User=Анжелика, id=12, tcp/ip(192.168.0.83), comp.name=SKLAD.
Connection closed while query processing (id=5).07.08.2015 20:30:17- Login. User=Кухня, id=13, tcp/ip(192.168.0.94), comp.name=WSR01.
07.08.2015 20:34:57- Error- Code=1065, Win32 error=0, Info=10054.
07.08.2015 20:40:40- Error- Code=1065, Win32 error=0, Info=10054.
07.08.2015 20:46:29- Login. User=Admin, id=14, tcp/ip(127.0.0.1), comp.name=SERVER777.
07.08.2015 20:51:47- Error- Code=1065, Win32 error=0, Info=10054.
Куда копать, как проверить, не знаю. Уже все злые,как черти. Подсказать прошу, что ж делать.
Спасибо.
Размер базы и размер оперативки какой?
alkon132
08.08.2015, 01:16
Попробуйте список накладных построить по всем складам.
Сначала за 1 день, потом за 3, потом за неделю и т. д. Будет закономерность по скорости работы? Начнет жестко виснуть на каком-то периоде?
(список строить как можно ближе к реальной дате - сначала "сегодня", потом "вчера+сегодня" и т. д.)
Александр Л
08.08.2015, 01:29
База была 390М, страниц было 55000 из них занято 52800, увеличил базу до 500М,страниц стало почти 120000. Памяти 4Гб было и в первом отдельном физическом сервере (где крутился только кипер и хаус), и,теперь на виртуальной машине. По загрузке-проц в обычном (без зависаний) режиме -1-4%, при зависе=26%, памяти занято 30%, при зависаниях наблюдается 100% очередь диска ,что на физ.сервере, что в виртуалке. При этом виртуалка - теперь уже на другом физсервере со скоростными дисками,которые в 2 раза быстрее ,чем раньше на отдельном сервере.
---------- Добавлено в 00:29 ---------- Предыдущее сообщение было размещено в 00:22 ----------
Попробуйте список накладных построить по всем складам.
Сначала за 1 день, потом за 3, потом за неделю и т. д. Будет закономерность по скорости работы? Начнет жестко виснуть на каком-то периоде?
(список строить как можно ближе к реальной дате - сначала "сегодня", потом "вчера+сегодня" и т. д.)
Пробовал, за август (8 дней)-нормально.За год-может зависнуть, а может нет.Остатки товара-без проблем. Базу на ошибки-нет ошибок.Новые Калькуляторы отчеты постоянно строят,ведомости сличительные-начинает виснуть,но жестко не определить из-за них или нет. Шеф-повар и кладовщики иногда одни теперь сидят в базе,так товар из списка не выбрать, минуту висит с часиками песочными.
Можно попробовать закрыть период.
---------- Добавлено в 01:16 ---------- Предыдущее сообщение было размещено в 01:14 ----------
Скорее всего, виснет на каком-то пересчете. Например, есть товар, по которому давным-давно не было прихода, но полно сличительных. Попробуйте сделать оборотку за период в несколько месяцев и проанализировать, нет ли таких товаров.
---------- Добавлено в 01:17 ---------- Предыдущее сообщение было размещено в 01:16 ----------
Еще для проверки, если закрытие периода не поможет: на какое-то число строите по всем вкладам ведомость остатков, копируете в приход на начало этого дня, активируете. Потом копируете в расход на конец предыдущего дня и тоже активируете. То есть, весь товар списываете-приходуете.
Если поможет - точно где-то накосячили с товарами. Движок очень не любит большого количества сличительных при отсутствии прихода товара.
Александр Л
08.08.2015, 11:41
Закрыл период на 15.07.2015. Смотрел как кладовщик делает перемещение одной позиции. В базе он был один. Все зависло на 5 минут.Загрузка процессора 27%. Просто перемещение....Ересь какая-то.
Посмотрели, что за позиция? Посмотрите движение, когда было поступление и много ли сличительных по каждому складу - и откуда, и куда.
Можно также отключить показ остатков в накладных - проверьте, даст ли это эффект.
Как давно ведется база, с какого числа в ней есть данные?
---------- Добавлено в 12:09 ---------- Предыдущее сообщение было размещено в 12:07 ----------
В базе он был один. Все зависло на 5 минут.Загрузка процессора 27%. Просто перемещение....Ересь какая-то
Не ересь, все логично. Количество людей значения не имеет. То, что Вы добавили людей перед всеми этими проблемами - лишь совпадение. Программа выпадает в длительный пересчет. Вопросы - что за причина и как избавится.
Александр Л
08.08.2015, 17:43
Спасибо, за помощь и советы, Алексей, направление Вы даете, как всегда,по делу. Судя по всему затыки происходят по товарным позициям одного из складов, во внутренних перемещениях,где товар не списывается. Конкретно, если убрать себестоимость, то зависаний в первом приближении - нет. Если себестоимость присутствует, то строится все очень медленно. Вероятнее всего -надо все эти перемещения убирать.
где товар не списывается
Вероятнее всего -надо все эти перемещения убирать.
А расскажите подробнее, что за склад - а там может, и посоветуем чего.
Период я так понимаю закрыли. А галку "Хранить себестоимость для закрытого периода" поставили?
Александр Л
10.08.2015, 12:50
А расскажите подробнее, что за склад - а там может, и посоветуем чего.
Проблема распространяется на хозяйственный склад, в нем присутствуют товары с 2013 года, в основном текстиль,, по которым есть масса перемещений в стирку из стирки, на зал и из зала на склад,потом в стирку.Эти товары не списываются и всегда присутствуют с внутренними перемещениями, например скатерть молочная 1500х1500, их 2500 единицы, и вот они туда-сюда.
Нашли это торможение путем построения поэтапного вывода сначала списка каждого вида накладных, потом списка по каждому складу и списка товаров по складу. На текстиле торможения по 5-10 минут, как объяснили более грамотные спецы - из-за построения и пересчета себестоимости товара, если в отображении убрать колонку себестоимость-все летает.
---------- Добавлено в 11:40 ---------- Предыдущее сообщение было размещено в 11:38 ----------
Период я так понимаю закрыли. А галку "Хранить себестоимость для закрытого периода" поставили?
Галка стояла. Сейчас убираю.
---------- Добавлено в 11:50 ---------- Предыдущее сообщение было размещено в 11:40 ----------
Проблема распространяется на хозяйственный склад, в нем присутствуют товары с 2013 года, в основном текстиль,, по которым есть масса перемещений в стирку из стирки, на зал и из зала на склад,потом в стирку.Эти товары не списываются и всегда присутствуют с внутренними перемещениями, например скатерть молочная 1500х1500, их 2500 единицы, и вот они туда-сюда.
Нашли это торможение путем построения поэтапного вывода сначала списка каждого вида накладных, потом списка по каждому складу и списка товаров по складу. На текстиле торможения по 5-10 минут, как объяснили более грамотные спецы - из-за построения и пересчета себестоимости товара, если в отображении убрать колонку себестоимость-все летает.
---------- Добавлено в 11:40 ---------- Предыдущее сообщение было размещено в 11:38 ----------
Галка стояла. Сейчас убираю.
Период закрыт по учету и спецучету 30 июля 2015 г., что есть галка ,что нет-висим.
Проблема распространяется на хозяйственный склад, в нем присутствуют товары с 2013 года, в основном текстиль,, по которым есть масса перемещений в стирку из стирки, на зал и из зала на склад,потом в стирку.Эти товары не списываются и всегда присутствуют с внутренними перемещениями, например скатерть молочная 1500х1500, их 2500 единицы, и вот они туда-сюда.
Вот не зря я всегда рекомендую хозяйственную базу вести в отдельной базе.
---------- Добавлено в 13:22 ---------- Предыдущее сообщение было размещено в 13:21 ----------
Вот, метод, о котором говорил - все списать, а потом все оприходовать обратно - должен помочь.
Александр Л
10.08.2015, 15:11
Вот не зря я всегда рекомендую хозяйственную базу вести в отдельной базе.
---------- Добавлено в 13:22 ---------- Предыдущее сообщение было размещено в 13:21 ----------
Вот, метод, о котором говорил - все списать, а потом все оприходовать обратно - должен помочь.
Понял, будем пробовать. Конечно, сейчас уже наверно,будем две базы вести,но с другой стороны, две базы, два раза выгрузка в 1С...21 век же на дворе))
Скорее всего, виснет на каком-то пересчете.
А что можно сделать с проблемным товаром? Виновника мы нашли, проблемы начались после добавления в/п задним числом, после перевода этой накладной в неактивные, база ожила, но с последующим добавлением в/п с данным товаром, соответственно снова начала притормаживать. Сам товар у нас расходится с одного склада на другие, потом возвращается, накопилось более 3000 перемещений, поможет ли списание товара со всех складов до проблемного момента и заведение его с "входящих остатков"?
В/п напрямую, скорее всего, ни при чем. Надо смотреть, что остается на остатках, куда этот товар дальше расходуется и откуда берется его себестоимость.
поможет ли списание товара со всех складов до проблемного момента и заведение его с "входящих остатков"?
Скорее да, чем нет. Со всех складов не факт, что надо - надо начать с того склада, откуда перемещаете. Если не поможет - тогда тот склад, куда перемещаете.
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot