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

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

27 авг 2007 10:36 #24102 от AlZiN
AlZiN ответил в теме Фронт отделить от бека
Господа.. все вышеперчисленное (гипертрейдинги, память и иже с ними) это не влияет на работу Телепузика. Доподлинно известно (за шесть лет выяснено и проверено!!!) что для корректной работы системы никакие суперпроцессоры и суперпамяти не нужны. Для корректной работы и быстрого пересчета в Тиллипаде САМОЕ ГЛАВНОЕ - это БЫСТРАЯ ДИСКОВАЯ ПОДСИСТЕМА!!!!!!! И при работе с крупными заведениями - только SCSI и RAID желательно 10-го уровня!!!!! тогда все гуд и никактих проблем!
Дабы не быть голословным - пример: есть у нас клиент небольшой - 8 точек. работает круглосуточно. Параметры сервера: Р-4-2.8/SATA/1Гб памяти. это было. И с этими параметрами он прекрасно работал......но ровно до того момента пока размер базы не превышал 3 Гб. Как только этот момент истины наступал - система ложилась окончательно и вот как раз с вашими симптомами. Наши действия - меняем SATA на SATA2 и память DualChannel 2Гб. Это позволило расти базе до 4.5 Гб и потом все равно ложиться! Дальнейшие действия - замена SATA2 на SCSI+RAID10 ... и мы про этого клиент а забыли.... и сейчас у него база 12.5 Гб и никаких тормозов... в базе период почти 2 года.. и все гуд. Делайте выводы!

Насчет TCP IP - это лучший протокол для ДОСки нежели NETBEUI и никто никогда меня в этом не переубедит. Неговоря уже про то что в крупных сетях NETBEUI просто кладет сеть наглухо своими пакетами. А то что разработчики Телепузика не хотят включать ТСР в инсталл-пакеты это их трудности.. За последние 2 года ни на одном объекте мы NETBEUI не поставили.. и нигде никаких проблем с ТСР не выявили. Неговоря уже просто про удобство работы с ТСР! вот так.

Насчет разделения фронта с бэком - это целесообразно делать на распределенных объектах. В рамках одного объекта тем более ресторана я бы этого делать не стал по разным причинам. Схема предельно простая. В заведении стоит промежуточный сервер на котором крутится дневная база и на нем ТОЛЬКО регистрируются факты продажи. В определенное время эта база транспортируется на центральный сервер (через интернет и т.д) где уже все и пересчитывается. На промежуточном сервере при этом дневная реализация удаляется. Работает все это на SQL2005. Никаких ручных скриптов и запросов выполнять не надо. Все прописывается в сиквеле в ветке JOB и работает автоматически!. Вот так. За подробностями можете писать на мыло: support@rvc-company.ru

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

27 авг 2007 10:52 #24105 от Anonymous
Anonymous ответил в теме Фронт отделить от бека
Цитата

....ля корректной работы и быстрого пересчета в Тиллипаде САМОЕ ГЛАВНОЕ - это БЫСТРАЯ ДИСКОВАЯ ПОДСИСТЕМА!!!!!!! И при работе с крупными заведениями - только SCSI и RAID желательно 10-го уровня!!!!! тогда все гуд и никактих проблем!...

Тоже об этом подумал и решил купить еще 3 15-ти тысячника.
Конфигурацию такую планирую
1. Зеркало №1 (Raid1,уже есть) - Система, архивы, приложения
2. Зеркало №2 (Raid1)- база Тилли (tillypad.mdf)
3. Один диск - tempdb, логи
Так лучше будет?
И еще имеет ли смысл разбивать табличное пространство на неск. файлов. Скажем побить tillypad.mdf на несколько кусков гига по 2.

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

27 авг 2007 11:07 #24108 от AlZiN
AlZiN ответил в теме Фронт отделить от бека
я бы разбивать не стал. RAID и сам его разобьет

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

29 авг 2007 10:32 #24170 от Anonymous
Anonymous ответил в теме Фронт отделить от бека
Цитата

. За последние 2 года ни на одном объекте мы NETBEUI не поставили.. и нигде никаких проблем с ТСР не выявили.

Полностью цитировать не стал, но подпишусь под каждым словом. Единственное, необходимость перегружать станции, после перезапуска SQL (при наших проблемах, дело частое), напрягает персонал, или вам удалось решить эту проблему?

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

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