Сайт для рестораторов.

Фронт отделить от бека

24 авг 2007 03:20 #24044 от Anonymous
Anonymous создал тему: Фронт отделить от бека
Заманался решеть проблемы с зависаниями и тупежами вызванными бесконечными пересчетами. Есть ли возможность отделить фронт-офисную часть от бека или прицепить сторонний фронт?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

24 авг 2007 06:00 #24047 от AlZiN
AlZiN ответил в теме Фронт отделить от бека
Цитата

Заманался решеть проблемы с зависаниями и тупежами вызванными бесконечными пересчетами

Простите, а что значит зависания и тупежи???. на железках экономить не надо и об этом всех и всегда предупреждают. при наличии более-менее приличного сервака этих проблем никогда не будет. а ожидать от обычного компа сверхвозможностей при работе с SQL сервером - это по меньшей мере глупо!!
Кроме того, большие пеерсчеты возможны только в двух случаях: 1 - у Вас гигантское заведение (> 50 точек). 2- корявая рецептура. в общем делайте выводы

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

24 авг 2007 06:46 #24048 от Anonymous
Anonymous ответил в теме Фронт отделить от бека
AlZiN+24.08.2007 - 10:00Цитата (AlZiN @ 24.08.2007 - 10:00)

Простите, а что значит зависания и тупежи???. на железках экономить не надо и об этом всех и всегда предупреждают. при наличии более-менее приличного сервака этих проблем никогда не будет. а ожидать от обычного компа сверхвозможностей при работе с SQL сервером - это по меньшей мере глупо!!
Кроме того, большие пеерсчеты возможны только в двух случаях: 1 - у Вас гигантское заведение (> 50 точек). 2- корявая рецептура. в общем делайте выводы

Server двухголовый Ксеон 2.8, два гига памяти, 74 GB SCSI в зеркале.
SQL привязан только к одному CPU и ему отдал гиг памяти.
Заведение небольшое 15 станций персонала, но есть что-то типа раздатки две за два обеденных часа отбивается порядка 500 чеков + "менеджмент" сильно накривил с рецептами и родил гиганскую минусовку. Все это вместе формирует значительное кол-во доков производства и большую очередь пересчета. Поэтому хотел, развязать фронт/бек и решать проблемы не затрагивая процесс обслуивания посетителей
А тупежи вот:
4.08.2007 13:28:03 v 5.39 TthResourceProcess.Execute spResourceDocuments: Open error
24.08.2007 13:28:54 v 5.39 TthDeviceQueueProcess.Execute spGetDeviceQueue: Open error
24.08.2007 13:29:29 v 5.39 csMain TCmServer.DoProcessCommand: spDeviceQueueFiscal: Open error
24.08.2007 13:29:39 v 5.39 TthResourceProcess.Execute spResourceDocuments: Open error
24.08.2007 13:30:54 v 5.39 TthResourceProcess.Execute spResourceDocuments: Open error
24.08.2007 13:32:08 v 5.39 TthResourceProcess.Execute spResourceDocuments: Open error
Чеки тормозят, фишки не лезут

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

24 авг 2007 09:07 #24051 от Liposome
Liposome ответил в теме Фронт отделить от бека
SQL2005й ?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

24 авг 2007 09:19 #24052 от AlZiN
AlZiN ответил в теме Фронт отделить от бека
первая мысль которая лезет в голову, если действительно есть засада в определенные часы то просто на это время вырубать пересчет пока не будет наведен порядок с "доками". а вообще грамотно включить системные сообщения в Тиллипаде и собственно смотреть каких косяков больше и собсно устранять их. Кстати очередь какая? у меня была трабла когда очередь была 1 500 000. и то за несколько дней разобрались и теперь все гуд. как вариант реиндексация при выключенном сервере (позволит убрать дырки в очереди) и возможно надо заново поставить продукты в очередь с помощью скрипта - будет нужен-пиши. но это грамотно делать только в случае если хоть мало-мальски уверен в правильности рецептур. собственно все

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

24 авг 2007 09:21 #24053 от AlZiN
AlZiN ответил в теме Фронт отделить от бека
и еще. часто возникает такой трабл когда "офигенно грамотный менеджмент" чего нить наудаляет. красноты в продуктах много??

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

Время создания страницы: 0.076 секунд