gifts2017

Проектирование сервера под 1С

Опубликовал Александр Забалуев (zabaluev) в раздел Администрирование - Системное

Выбор оптимального серверного оборудования под 1С — задача, требующая как минимум желания разбираться в структуре вычислительной нагрузки. Мониторинг поведения основных подсистем сервера в реальных условиях, в сочетании с доводами здравого смысла (а не продуктового маркетинга) — оружие тех, у кого бюджет ограничен, но задачу решать надо. У кого есть лишние деньги, тому дозволено не вникать в подробности.
Автор – Юрий Жуковский, 26 сентября (оригинал статьи http://ko.com.ua/proektirovanie_servera_pod_1s_66779)

1С:Предприятие 8 может оказаться ресурсоемким приложением даже при небольшом количестве пользователей. Выбирая сервер под 1С, любой владелец хотел бы избежать «родовых травм» — заложенных в него потенциально узких мест. С другой стороны, сегодня мало кто покупает серверы избыточной мощности, «на вырост». Хорошо если профиль нагрузки удается снять заранее — тогда и проектировать сервер под конкретную конфигурацию приложений компании проще.

Для определенности, рассмотрим платформу «1С:Предприятие 8.2» в ее популярных базовых конфигурациях «Бухгалтерский учет», «Торговля и склад», «Зарплата и Управление Персоналом», «Управление Торговым Предприятием» и, отчасти, «Управление Производственным Предприятием». Исходим из того, что для предприятий с 10 и более сотрудниками, работающими в 1С, используется «1С:Предприятие 8.2. Сервер приложений». Учтем вариант работы в режиме удаленного рабочего стола (Remote Desktop), с количеством одновременных пользователей базы данных до 100-150. Рекомендации будут применимы и для более «тяжелых» БД 1С, но «тяжелые случаи» всегда требуют индивидуального подхода.

Процессоры и оперативная память

Если компания совсем маленькая (2-7 пользователей в системе), база невелика (до 1GB), а «1С:Предприятие 8.2» работает в файловом режиме на пользовательском компьютере, то мы получаем классическую реализацию файл-сервера. С такой задачей по нагрузке на CPU справится даже Intel Core i3, тем более Intel Xeon E3-12xx. Объем необходимой оперативной памяти (RAM) считается совсем просто: 2GB под операционную систему и 2GB под системный файловый кеш.

Если в компании 5-25 пользователей 1С, размер базы данных до 4GB, то приложению «1С:Предприятие 8.2» должно хватить 4-х ядерного Intel Xeon E3-12xx либо AMD Opteron 4ххх. Кроме 2GB оперативной памяти под ОС, необходимо выделить 1-4GB под «1С:Предприятие 8.2. Сервер приложений» и еще столько же под MS SQL Server в качестве кеша — итого 8-12GB RAM. Для небольших БД желательно кешировать в оперативной памяти не менее 30% БД, а лучше все 100%.

Известен (хотя и не особо афишируется) факт: «1С:Предприятие 8.2. Сервер приложений» очень не любит, когда операционная система выгружает его в swap-файл на жесткий диск, и склонно при этом иногда терять отклик. Поэтому на сервере, где запущен «Cервер приложений», всегда должен быть запас свободного пространства в оперативной памяти — тем более она сегодня недорога.

В компаниях побольше пользователи 1С обычно работают через удаленный доступ к приложению (Remote Desktop) — то есть в терминальном режиме. Как правило, при10-100 пользователях 1С с базой данных от 1GB и выше, «1С:Предприятие 8.2. Сервер приложений» и пользовательское приложение «1С:Предприятие 8.2» запускается на одном и том же сервере.

Для определения необходимых процессорных ресурсов исходят из того, что одно физическое ядро может эффективно обрабатывать не более 8 пользовательских потоков — это связано с внутренней архитектурой процессоров. Как показывает практика, под задачи 1С + Remote Desktop не стоит брать серверные процессоры младших линеек с низкими частотами расчетных ядер и урезанной архитектурой. Если пользователей немного (до 15-20), хватит одного процессора из высокочастотных Intel Xeon E3-12xx. При этом минимум одно его физическое ядро (2 потока) уйдет под нужды SQL Server, еще одно (2 потока) — под «1С:Предприятие 8.2. Сервер приложений», а оставшиеся 2 физических ядра (4 потока) — под ОС и терминальных пользователей. При количестве пользователей 1С более 20 или при объемах БД более 4GB пора переходить к 2-х процессорным системам на Intel Xeon E5-26xx или AMD Opteron 62xx.

Расчет нужного объема оперативной памяти относительно прост: 2GB надо отдать ОС, 2GB и больше — MS SQL Server в качестве кеша (не менее 30% БД) , 1-4GB — под «1С:Предприятие 8.2. Сервер приложений», остальной памяти сервера должно хватать под терминальные сессии. Один терминальный пользователь, в зависимости от конфигурации, потребляет в приложениях «Бухгалтерский учет», «Торговля и склад» — 100-120MB, «Зарплата и Управление Персоналом», «Управление Торговым Предприятием» — 120-160MB, «Управление Производственным Предприятием» — 180-240MB. Если пользователь запускает дополнительно на сервере MS Word, MS Excel, MS Outlook, то на каждое приложение надо выделить еще порядка 100MB. Как правило, минимум для сервера терминалов — 12GB RAM.

К примеру, для сервера 1С со всем пакетом ПО, 50 терминальными пользователями в конфигурации «Управление Торговым Предприятием», и базой данных в 8GB оптимальной будет вычислительная мощность двух процессоров Intel Xeon E5-2650 (8 ядер, 16 потоков, 2.0 GHz). Оперативной памяти понадобится минимум 2 (ОС) + 4(SQL) + 4(1C-сервер) + 8 (160 «УТП» * 50 пользователей) = 18GB, а лучше 24-32GB(6-8 каналов DIMM по 4GB).

Дисковая подсистема

Большинство жалоб на медленную работу серверов 1С:Предприятие 8 связано с непониманием, какие на них выполняются типы операций ввода-вывода, над какими данными и с какой интенсивностью. Зачастую, именно дисковая подсистема является ключом к обеспечению достаточной производительности сервера в целом — ведь для нагруженных БД самой большой проблемой является блокировка таблиц при одновременной работе с ними множества пользователей или при массовых загрузках/выгрузках/проводках. Мониторингу и оптимизации дисковой подсистемы серверапосвящена отдельная статья.

У 1С есть 5 потоков данных для дисковой подсистемы, с которыми она работает:

  • таблицы баз данных;
  • индексные файлы;
  • временные файлы tempDB;
  • log-файл SQL;
  • log-файл пользовательских приложений 1С.

Структура данных в 1С — объектно-ориентированная, со множеством объектов и связей между ними. Для работы с таблицами данных чрезвычайно важно количество операций чтения и записи, которые способна проделать дисковая подсистема за промежуток времени (Input Output Operation per Second, IOPS). При этом ее способность выдать высокую потоковую скорость передачи данных (в MBp/s) куда менее важна. Очень скромная база объемом 200-300MB с 3-5 пользователями может генерировать в пиках до 400-600 IOPS. База на 10-15 пользователей и объёмом в 400-800MB способна выдать 1500-2500 IOPS, 40-50 пользователей БД 2-4GB порождают5000-7500 IOPS, а базы под 80-100 пользователей легко достигают 12000-18000 IOPS.

3-5 польз., 300 MB

10-15 польз., 800 MB

40-50 польз., 4 GB

80-100 польз., 20 GB

400-600 IOPS

1500-2500 IOPS

5000-7500 IOPS

12000-18000 IOPS

Разумеется, средняя нагрузка на дисковую подсистему может составлять и 10-15%от пиковой. Только в реальности важна именно производительность в период пиковых нагрузок: автоматических загрузок данных из других систем, обмена данных распределённой системы или перепроведения периода.

Современные диски в операциях чтения и записи со случайным доступом (Random Read/Write) в одиночку справляются с такими нагрузками:

 

7200 rpm SATA

15000 rpm SAS

Intel 320 160GB

Intel 710 200GB

Intel 910 400 GB

read

100-120 IOPS

200-220 IOPS

35 000 IOPS

35 000 IOPS

90 000 IOPS

write

80-100 IOPS

180-200 IOPS

600-8600 IOPS

2400 – 8600 IOPS

38 000 IOPS

Хорошо видно, что:

  • узким местом и для HDD, и для SSD является запись;
  • традиционные HDD — не конкуренты SSD по скорости чтения в IOPS даже теоретически, разница превышает два порядка;
  • даже не самый современный десктопный SSD в 3-40 раз (в зависимости от конфигурирования) превосходит по скорости записи в IOPS любой HDD, серверный SSD — в 12-40 раз быстрее HDD;
  • максимальную производительность в IOPS дают PCIe SSD класса Intel 910 или LSI WarpDrive.

Одиночные диски в серверах БД не используются, только RAID-массивы. Для дальнейшего расчета реальной производительности дисковой подсистемы нужно учесть затраты («штраф») на запись в IOPS, которые несет дисковая группа в RAID:

 

RAID 0

RAID 1 (or 10)

RAID 5

RAID 6

Read

1

1

1

1

Write

1

2

4

6

Если собрать 6 дисков в RAID 10, то на каждую запись в 1 IOPS данных будет потрачено 2 IOPS физических дисков, а если в RAID 6 — то 6 IOPS дисков. Таким образом, при расчете нагрузочных возможностей дисковой группы на запись нужно вначале сложить IOPS всех дисков RAID-группы, а затем разделить их на «штраф».

Пример 1: 2 HDD SATA 7200 в RAID 1 обеспечат на запись: (100 IOPS *2) / 2 = 100 IOPS.

Пример 2: 4 SATA 7200 в RAID 5 обеспечат на запись: (100 IOPS *4) / 4 = 100 IOPS.

Пример 3: 4 SATA 7200 в RAID 10 обеспечат на запись: (100 IOPS *4) / 2 = 200 IOPS.

Примеры 2 и 3 наглядно демонстрируют, почему для хранения баз данных, у которых типовое распределение чтение/запись составляет 68/32, предпочтителен RAID 10.

Из данных трех таблиц понятно, по какой причине производительности типового «джентльменского набора» 2 HDD SATA 7200 в RAID 1 серверу недостаточно: при пиковых нагрузках растет очередь обращений к диску, пользователи ожидают ответа системы, иногда по многу часов.

Как увеличить производительность дисковой подсистемы на запись? Наращивают количество дисков в RAID-группе, переходят к дискам с большей скоростью вращения, выбирают уровень RAID c меньшим штрафом на запись. Хорошо помогает кеширование RAID-контроллером с включенным режимом отложенной записи Write back. Данные пишутся не напрямую на диски (как в режиме Write Through), а в кеш контроллера, и только затем, в пакетном режиме и упорядоченном виде — на диски. В зависимости от специфики задачи, производительность записи удается поднять на 30-100%.

Под слабо нагруженные или относительно небольшие БД (до 20GB) подойдет недорогой способ «добычи IOPS» — гибридный RAID из SSD/HDD. Большего и не нужно филиальной БД на 3-15 пользователей в распределённой структуре вроде сети кафе или СТО.

Для объемных (200GB и более) БД с длинным историческим шлейфом данных, либо для обслуживания нескольких объемных БД эффективным может оказаться SSD-кеширование (технологии LSI CacheCade 2.0 или Adaptec MaxCache 3.0). По опыту эксплуатации таких систем, именно в задачах 1С с их помощью можно относительно недорого и без существенных изменений в инфраструктуре хранения ускорить дисковые операции на 20-50%.

Чемпионом по быстродействию в IOPS предсказуемо являются RAID-массивы на серверных SSD — как традиционные, с использованием SAS RAID-контроллера, так и PCIe SSD. Мешают их популярности два ограничителя: технологический (производительность RAID- контроллеров или необходимость радикально ломать структуру хранения) и цена реализации.

Отдельно следует сказать о хранении индексных файлов и TempDB. Индексные файлы обновляются очень редко (обычно 1 раз в сутки), зато читаются очень и очень часто (IOPS). Таким данным просто необходимо храниться на SSD, c их показателями по чтению! TempDB, используемые для хранения временных данных, как правило, невелики по объему (1-4-12GB), зато очень требовательны к скорости записи. Индексные и временные файлы объединяет то, что их потеря не приводит к потере реальных данных. А значит, они могут размещаться на отдельном (еще лучше — на двух отдельных томах) SSD. Хотя бы и на бортовом контроллере SATA материнской платы. С точки зрения надежности и быстродействия, под TempDB желательно отдать зеркало (RAID1) из SSD, можно на бортовом контроллере, но с обязательным выключением всех кешей на запись. С этой ролью справятся и десктопные SSD — вроде Intel 520-серии, где аппаратная компрессия данных при записи в TempDB будет как раз уместной. Вынос этих задач с общей системы хранения на выделенную скоростную подсистему положительно сказывается на производительности системы в целом, особенно в моменты пиковых нагрузок.

В случаях, когда есть возможность обеспечить максимально быструю реакцию администраторов при сбоях, и когда имеются сложные расчетные задачи (складская или транспортная логистика, производство в УПП, объемные обмены в УРБД), TempDB выносят на RAMDrive. Такое решение позволяет выиграть иногда до 4-12% общей производительности системы. Некоторое неудобство возникает только в случае рестарта сервера: если автоматически RAMDrive не запустится, потребуется вмешательство администратора для ручного старта — иначе станет вся система.

Еще один важный компонент — log-файлы. Они имеют неприятную для любой дисковой подсистемы особенность — генерировать почти постоянный поток мелких обращений на запись. Это незаметно при средних нагрузках, но сильно ухудшает быстродействие сервера 1С при пиковых нагрузках. Разумно выносить log-файл (в особенности, log-файл SQL) на отдельный физический том, к которому нет высоких требований по IOPS, и на который будет идти практически линейная запись. Для спокойствия можно создать зеркало из недорогих и объемных SATA/NL SAS (для Full log), либо недорогих десктопных SSD все той же Intel 520-й серии (Simple log, или Full log, с ежедневным его Backup и очисткой).

В целом можно сказать, что приход SSD в серверы открыл новые возможности увеличения производительности массовых серверов — за счет многоуровневого хранения данных и разумного конфигурирования дискового ввода/вывода.

Дисковая подсистема «идеального сервера под 1С» выглядит так:

1. Таблицы базы данных размещены на RAID 10 (или RAID 1 для малых БД) из надежных серверных SSD с обязательным аппаратным RAID-контроллером. При высоких требованиях по IOPS можно рассмотреть вариант PCIe SSD. Для БД большого объема эффективно SSD-кеширование массивов HDD. Если используемая конфигурация 1С и структура данных не слишком требовательны к IOPS, а количество пользователей невелико — хватит традиционного массива из HDD SAS 15K rpm.

2. Индексные файлы вынесены на быстрый и недорогой одиночный SSD, TempDB — на 1-2 (RAID 1) SSD или RAMDrive.

3. Под log-файлы SQL (а желательно и 1С) отведен выделенный том (одиночный физический диск или RAID-1) на SATA/NL SAS HDD или недорогих SSD, либо логический диск на RAID-массиве, на котором расположена операционная система сервера и пользовательские файлы/папки.

4. Операционная система и пользовательские данные хранятся на RAID 1 из HDD или SSD.

Если IT-инфраструктура виртуализирована, крайне желательно, чтобы SQL Server был установлен не как виртуальная машина, а непосредственно на физический сервер, на «голое железо». Цена вопроса — от 15 до 35% производительности дисковой подсистемы (в зависимости от оборудования, драйверов, средств виртуализации и способов подключения тома). В виртуализированной среде SQL-сервера подключение томов с таблицами БД, индексными файлами и TempDB к VM обязательно в монопольном режиме по Direct Access.

Сетевые интерфейсы

При построении систем 1С:Предприятие 8 для малых и средних предприятий (до 100-150 активных пользователей одновременно) следует минимизировать потери на сетевых операциях через интерфейс Ethernet. В идеале — обслуживать и SQL Server, и «1С:Предприятие 8 Сервер приложений х64», и пользовательские сессии 1С в Remote Desktop одним физическим сервером. Спорная с точки зрения обеспечения отказоустойчивости, такая рекомендация позволяет выжать максимум из оборудования и ПО, а за счет применения виртуализации дает определенный уровень безопасности и «повторяемость среды» на другом оборудовании.

Зачем исключать Ethernet из цепочки SQL-сервер —> Сервер приложений 1С:Предприятие 8 —> пользовательская сессия 1С:Предприятие 8? Сетевой интерфейс Ethernet, с его упаковкой данных в относительно небольшие блоки для передачи, всегда будет создавать дополнительные задержки: и при упаковке/распаковке трафика, и при самой передаче (высокая латентность). В 1С:Предприятие 8 довольно большие массивы данных передаются для обработки и отображения по всей цепочке, в некоторых ситуациях — в обе стороны. При прямой же передаче данных от одного процесса другому в рамках оперативной памяти сервера (на одном сервере без виртуализации), или же через виртуальный сетевой интерфейс (в рамках все того же одного физического сервера, при хороших серверных сетевых адаптерах с переносом блоков RAM между VM) задержки намного ниже. Современные двухпроцессорные серверы с большой оперативной памятью и дисковой подсистемой на SSD позволяют комфортно обслужить БД 1С на 100-150 активных пользователей.

Если для нагруженных БД использование нескольких физических хостов неизбежно, желательно связать все серверы по 10Gb Ethernet. Или, как минимум, 2-4агрегированными соединениями 1Gb Ethernet с аппаратным ускорением TCP/IP (TCP/IP Offloader) и аппаратной поддержкой виртуализации.

Больше всего от потерь производительности на портах Ethernet страдают бюджетные решения. Не секрет, что сетевые адаптеры 1Gb, распаиваемые на большинстве серверных материнских плат, не предназначены для обслуживания интенсивного сетевого трафика. Даже если на плате есть 2 или 3 порта GbE, они, как правило, реализованы на десктопных чипах. Достаточные для управления, они порождают дополнительные накладные расходы по обслуживанию сетевых обменов, особенно в виртуализированной среде. Весь процесс передачи данных через такой чип обеспечивается за счет ресурсов процессора, оперативной памяти и нагрузки на внутренние шины. Никакого ускорения передачи IP-трафика такие чипы не дают, каждый принимаемый и передаваемый Ethernet-пакет требует отдельного прерывания на процессор. В виртуализированой среде потери производительности сетевого интерфейса могут достигать 25-30%. Самое неприятное, что перегрузки именно сетевого интерфейса средствами мониторинга можно и не заметить. За него отдувается центральный процессор, а если не работает, то простаивает в ожидании ответа от сетевой карты. Порты на десктопных чипах желательно исключить из потока данных в виртуализированных средах, оставив их под задачи управления сервером. Под интенсивный сетевой трафик стоит добавить дискретную сетевую карту на серверном чипсете.

Отказоустойчивость или допустимое время простоя?

Обсуждение производительности серверов почти всегда сопровождается спорами об их надежности. Обеспечение отказоустойчивости всегда требует дополнительных затрат, в особенности при поддержке непрерывных производственных процессов. Не принижая роли и места 1С, можно сказать, что большая частью ее пользователей дилемму «производительность/надежность» решает в разных плоскостях: за первую борются оптимизацией аппаратных решений, за вторую — организацией процессов и процедурами. Когда приложения умеренно критические, основное внимание в поддержании работоспособности уделяют не средствам индивидуальной защиты серверов, а минимизации простоя инфраструктуры в целом.

Разумеется, для предприятий с относительно большим количеством одновременно подключенных пользователей (25-150) и размещением всех приложений на одном сервере обязательно применение источников бесперебойного энергоснабжения, избыточных блоков питания самих серверов, корзин горячей замены дисков и RAID-массивов с горячим резервированием. Но никакие аппаратные средства не заменят планового резервирования самих данных. Имея ежедневный (точнее, еженощный) backup и оперативный файл с Full SQL log, можно полностью восстановить БД 1С за относительно короткий промежуток.

Допустимое время простоя центральной системы 1С для малых и средних предприятий — 1-2 аварии в месяц, продолжительностью 1-4 часа. На самом деле, это огромный запас времени — если к восстановлению быть готовыми заранее. Необходимым условием быстрого рестарта является наличие образов всех виртуальных и физических серверов в виде VM на отдельном хранилище/томе — для восстановления самой инфраструктурной части на резервном сервере. Обязателен ежедневный backup (а также еженедельный и по закрытию периода) на другое физическое устройство и Full SQL log для случаев, когда потеря данных «с начала рабочего дня» критична и трудно восстановима вручную. При наличии подменного оборудования можно уложиться в 1-2 часа для восстановления работоспособности в целом, пусть и с меньшей производительностью. Ну а там, где требуется непрерывность работы 24×7, первоочередными задачами будут выбор соответствующей архитектуры, оборудования с минимальным количеством точек отказа и полноценных технологий кластеризации. Но это уже совсем другая история.

Оригинал статьи: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

С разрешения редактора журнала "Компьютерное обозрение"

Автор – Юрий Жуковский, 26 сентября 

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение

Комментарии

1. KV1s (KroVladS) 05.10.12 10:54
Аббревиатуру КО можно расшифровать как Капитан очевидность, статья в таком же духе.
2. Александр Забалуев (zabaluev) 05.10.12 10:56
Для кого то очевидность, а для многих откровение.
3. anry mc (AnryMc) 05.10.12 12:19
(1) KV1s,
В публикации 2 раза указано, что это копипаст с http://ko.com.ua/proektirovanie_servera_pod_1s_66779 автор - Юрий Жуковский
Все вопросы - туда
4. script Мальчинко (script) 06.10.12 01:05
Кстати это уже вторая статья Юры или правильнее сказать второе издание этой статьи.
Первое было в примерно 2005 г. и относильсь к 7.7.
Юра работал тогда на ВДНХ в одном из корпусов ин-та Шевченка в г. Киев,
в соседней комнате со мной :-) и постоянно бился с косяками УРБД в 7.7. на больших базах
Ностальгия блин.
5. anry mc (AnryMc) 06.10.12 14:50
(4) script,
По описанию можно предположить - ФОРТ ;-)
6. andrey dyak (dyak84) 06.10.12 23:43
Автору спасибо. очень интересная и познавательная статья с ее почерпнул много полезного. вроде и все есть в интернете но все раскидано розмазано. А тут автор собрал все воедино. Еще раз спасибо!!!!!!!
7. Sergey Klymenko (sbklymenko) 07.10.12 00:50
Да статья обширная и очень познавательная, какая-то я бы даже сказал академическая. По своему опыту могу сказать что если таблицы базы 1с до 4 гиг, можно и необходимо работать на обычной не SQL версии, а если больше просто необходимо работать SQL. Виртуализация тоже дает некоторые плюсы в работе, из-за того что вся файловая система находится в одном файле, и нет безконечной работы дисковой подсистемы, которая и является самой медленной частью любой информационной системы. По поводу процессора и памяти, чем больше и быстрее тем лучше, но разрешит ли руководство компании потратиться на сервер стоимостью 20 тисяч долларов, или дадут на него 4 часть вот в чем вопрос :)
8. Денис Яковлев (iceflash) 07.10.12 14:25
Хм, я наверное буду одним из критиков.
1. "Параметры" начальные взяты очень размыты, как минимум нужно понимать что база 1с(8.х) - это не только данные но и метаданные, и код модулей, обработки, отчеты, макеты и прочее(именно это составляет порядка 300-500 Мб в чистой базе типовой конфигурации). В статье происходят сравнения про терминальную работу. Зачем??? Как раз при "достаточном" (что весьма субъективно) сервере происходит отличная работа в файловом режиме, 10-20 пользователей (в зависимости от конфигурации и самих ролей пользователй - т.е. что они функционально делают).
2На одном сервере создавать сервер 1с+сервер субд+терминальный сервер сущий ад мракобесие, и бессмыслица. (если нужны объяснения почему могу написать)
3. Брать субд не абстрактно, а наивно - ms sql - мракобесие еще то, даже если не исходить из отдельного упоминания о том, как можно это настроить.
4. Если ставить сервер 1с предприятия и субд, на одном сервере, то в принципе, открою глаза автору - это сделано что бы приблизить к разделению вычислений и мощностей - клиент работает на своей "машине" (даже до учета тонкого клиента и управляемых форм), запрос идет в сервер 1с предприятие, там происходят вычисления обработка, и запросы от платформы к субд.
5. В 1С системах, как и во многих системах ентерпрайз уровня, доказано уже огромным опытом - узкое место всегда дисковая подсистема и оперативная память (и то с оговоркой как она используется в настройках ОС+1с сервер+СУБД)

Вообще судя по статье, автор не совсем понимает "технологию" и техническое взаимодействие между софтом и железом. И делает свои выводы империческим путем - "Вот тут мы воткнули железо такое. и оно вроде работало по эфемерным показателям"
skel; Ekaterina Lebedenko; lalexrus; etmarket; mirco; atlantic23; rdv; KroVladS; +8 2 Ответить 3
9. anry mc (AnryMc) 07.10.12 14:36
(8) iceflash,
Критика хороша если конструктивна...
10. Денис Яковлев (iceflash) 07.10.12 14:41
(9) AnryMc, Вы не видите этого в данном случае?
11. Денис Яковлев (iceflash) 07.10.12 14:48
Просто данными статьями и "исследованиями" подтверждается основные мифы - "Что бы 1с хорошо работала вам надо супер сервер, о супер сервера не хватает, ну например мы можем поставить еще суперсервер 2, и разнести нагрузки" (и все это для бухгалтерии из 5-10 пользователей=)) Смешно ведь - решать задачу в лоб без ознакомления с ней. А если бы все 1с программисты хотя бы имели навыки работы с субд любыми, на уровне запросов, и писать приложения кроме платформы 1с, то данных вопросов как правило не возникало=)
Авт ор верно привел данные по рейдам, да, есть еще верные моменты. Но в общем, эта информация из разряда - у вас тормозит 1с, мы вам можем продать сервер который решит проблему.
12. Аркадий Кучер (Abadonna) 07.10.12 15:20
(0),(3)
В публикации 2 раза указано, что это копипаст с

Вот и интересно: копипаст, а почему на ИС проходит как СТАТЬЯ и "автору" плюсы валятся?
Такие публикации должны проходить в разделе Life (полюсуются, но в рейтинг не идут).
Модеры, похоже, окончательно нюх потеряли.
Redokov; AlexO; +2 Ответить 1
13. Денис Яковлев (iceflash) 07.10.12 15:23
(12) Abadonna, Таки да=) Как так... Все на рейтинг да на SM=)
14. Аркадий Кучер (Abadonna) 07.10.12 15:26
(13) iceflash,
Да просто обидно за других авторов. Человек что-то придумал, даже интересное, у него, скажем, рейтинг 30.
А тут, ни за что, ни про что -28 зачетных
15. anry mc (AnryMc) 07.10.12 15:47
(14) Abadonna, Я уже поднимал тему, что кроме Life (поговорить за жизнь) должен быть раздел типа "Не мое но должно быть интересно", и возможно тоже должен стимулироваться SM, но не +
16. Аркадий Кучер (Abadonna) 07.10.12 15:55
(15)
что кроме Life (поговорить за жизнь)

Когда придумывался Life, он как раз подразумевал не только "поговорить за жизнь", но и "не мое, но должно быть интересно".
Вот тебе примерчик http://infostart.ru/public/61274/
Тут даже моё, но мой внутренний цензор подсказал мне, что это "не по теме" И я сразу публиковал в Life.
17. anry mc (AnryMc) 07.10.12 15:57
(10) iceflash,
Например
ms sql - мракобесие еще то...

Почему??? Почти сплошные отрицания - без аргументации или альтернатив
18. anry mc (AnryMc) 07.10.12 15:59
Например меня сейчас интересует вопрос покупки сервера с балансом между (не дорого - хорошо - с запасом) и я не могу с чистой совестью дать ответ заказчику...
19. anry mc (AnryMc) 07.10.12 16:01
(16) Abadonna, Но это по теме просто "не моё", значит вопросы к Модератору и "совести автора"
20. Александр Забалуев (zabaluev) 07.10.12 16:05
Я написал редактору, что бы эту статью исключили из моего рейтинга. Обсуждайте предмет, а не совесть "автора"
21. Аркадий Кучер (Abadonna) 07.10.12 16:08
(20) zabaluev,
Не надо ничего исключать, просто надо перевести ее в раздел Life. Просто галочку поставить, даже сам, скорее всего, можешь. А обсуждать тут нечего - это для "чистых одноэснегов", а не для профи.
22. Алекс Ю (AlexO) 08.10.12 10:43
(21) Abadonna,
это для "чистых одноэснегов"

гы, хорошее альтернативное название "тру-1сников" - "чистые одинэсники" :))
Плюс за название.
23. Ловыгин Антон (wunderland) 08.10.12 13:26
(8)> если нужны объяснения почему могу написать
объяснения в студию, если не очень затруднит... ведь именно поднять это все на одном сервере самый простой вариант
(11) я как раз из таких 1С-ников, приходилось работать с базами на Oracle и Informix когда СУБД на кластере (RAC-е) а backup в архиве 350-500 Gb, правда, к 1С эти системы отношения имели мало.
К пункту о дисковой нагрузке вопрос - уместно ли расположение файлов данных на разных дисках, (логических, так как по умолчанию используется RAID) для балансирования нагрузки.
У 1С есть возможность объединения нескольких серверов приложений в кластер. Как я понимаю тут и отказоустойчивость и производительность должна увеличиться. Сама СУБД тоже при этом может быть на кластере. Как, правда, будут в этом тандеме работать 1С-ные блокировки? :), я не знаю, так как нигде описания ничего подобного не встречал.(кто даст ссылку - от меня "+").
24. Dim Dragonim (Dragonim) 09.10.12 07:36
(8) iceflash, Много слов о неправоте автора и эмоциональных высказываний, и не одного расчёта, факта или ссылки. Это не "критика", это троллинг.

Не нравиться статья? Считаете что автор в корне не прав? Напишите свою статью или развёрнутый ответ на эту.

По теме: статья понравилась, всё чётко и по делу. В избранное. Спасибо.
25. anry mc (AnryMc) 09.10.12 11:18
(24) Dragonim,
это троллинг

http://biz.liga.net/karera/reklama-marketing/stati/2319312-professiya-troll-skolko-platyat-za-podryv-chuzhoy-reputatsii.htm
Статья "Профессия - тролль. Сколько платят за подрыв чужой репутации"
26. Алекс Ю (AlexO) 09.10.12 13:12
(24) Dragonim,
Напишите свою статью или развёрнутый ответ на эту.

мусорка - слева по коридору. Там найдете все необходимое для таких статей.
Как я понимаю тут и отказоустойчивость и производительность должна увеличиться.

ага, а еще и мир во всем мире прилагается.
Ни об отказоустойчивости не мечтайте (рухнет центральный сервер/сервер с ключами - конец 1С), ни о производительности.
Максимум, что сделано, и что описано красивыми фразами в агитках 1С ("отказоустойчивость, масштабируемость, производительность") - это распределение центральным сервером РАБОЧИХ ПРОЦЕССОВ (это когда много-много пользователей одновременно подключается к серверу), ни никак не балансировка нагрузки между серверами "кластера", ни увеличение производительности (как сложение "сил" всех серверов "типа кластера").
Т.е., как обычно - кто-то придумал технологию и термин под эту технологию, а 1С - "взяла" термин под понравившуюуся ей "функциональность" (или, к чему и я склоняюсь, сделал пшик из всего набора функционала, но 1С назвала этот пшик обозначением всей совокупности функционала этой технологии, что, к слову, делает постоянно).
iceflash; +1 Ответить
27. Евгений Федоров (FedorovEvg) 09.10.12 14:21
Скажу так.
Открыл эту статью с надеждой увидеть свежий, непредвзятый взгляд на серверостроение. Но убедился в который раз, что лучше чем незабвенная статья «Выбор серверного оборудования для платформы 1С Предприятие 8» ничего нету.
28. anry mc (AnryMc) 09.10.12 14:43
(27) FedorovEvg,
А ссылочку можно?
незабвенная статья «Выбор серверного оборудования для платформы 1С Предприятие 8»
29. Алекс Ю (AlexO) 09.10.12 18:16
(28) AnryMc,
найдите эту агитку сами на оф сервере 1С v8.ru :)
30. Dimon (klel) 10.10.12 21:02
Полезная информация будем пользоваться =) Спасибо
31. Денис Яковлев (iceflash) 18.10.12 20:33
(24) Dragonim,
Специально перечитал то, что написал. Если я выразил свои мысли по поводу этой статьи, и если я считаю что она не соответствует содержимому под громким заголовком "Проектирование сервера под 1ц" это троллинг? Я привел свои аргументы, и на что стоит обратить внимание.
"Напиши сам" - похоже на "Сперва добейся!"

Я написал - был опыт, были замеры, был средний сервер ibm ксеон с 4 гб ОЗУ, скази винты. Работало в терминале 15-20 пользователей в 2-х базах. С увеличением, виндовс сервер (мной тоже не любим, как и вообще виндовс - (тоже троллинг?!?)) начинал как и ms sql, включать свои умные оптимизации по распределнию кэша, скидывания в своп, и доставания из свопа кусков данных кэша где были данные 1ц (приуинте в уме, по мимо накладных расходов 1ц + расходы на "оптимизацию" ОС - скину-ка я вот вот тут "пару страниц" памяти в своп)
А по поводу СУБД, достаточно сравнить возможности настроек любой субд кроме ms sql (ее тоже можно тюнить, настраивать но до определенного момента - например в постгрес я могу в одном файлике задать какие использовать алгоритмы для джойнов)

(25) AnryMc, ну-ну, подрыв репутации. извините, чьей репутации?
32. Валентин Будкин (vabue) 19.10.12 10:44
Странная критика к неплохой статье. То примеры из сурового энтерпрайза приводят, то в 4ГБ ОЗУ пытаются впихнуть терминал с сервером баз данных.

Статья фактически о выборе сервера для организации, где 100-150 пользователей потолок. Дальше начинаются серьёзные игры по правилам Гилёва :) с кластерами, СХД, ROI, и, в принципе надо доверяться нормальному интегратору, а не изобретать велосипед. И только там можно начинать разговоры об отказоустойчивости.

Представьте себе компанию, где всё было хорошо с их «десктопным» сервером атлоне, на которой тихо пиратили семёрку ТиС в терминале и всё было хорошо. Как вдруг компания немножко выросла, стало 50+ пользователей, захотелось легализироваться да и на УТ/УПП перейти.

Казалось бы, делайте по уму — кластер терминалов, кластер серверов приложений, толстый SQL (с большой буквы) Сервер с двумя дублирующими стореджами, чтобы всё это было воткнуто в пафосную циску и крутилось в эйписишном ящике удалённого TIER 4 датацентра. Да, и всё кроме SQL-а на цитриксовых виртуалках. Только вот денег на такую красотищу дадут с крайне низкой вероятностью. Одни лицензии на ПО заставят поседеть практически любого директора.

Поэтому, всё обычно прозаичнее. Покупается какой-то e3 с 16GB и, скрипя зубы, лицензии. На него вешается всё (как же, крутой сервер, новый, всё потянет) нужное и ненужное, а дальше «админ» начинает удивляться «почему сервер купили, а лучше не стало» и ему очень пригодится такая статья. И дальше начинает качать главный навык CIO — выбивать из руководства деньги на оборудование.
33. Алекс Ю (AlexO) 19.10.12 10:48
(32) vabue,
Дальше начинаются серьёзные игры по правилам Гилёва

что же это за супер человек такой, что устанавливает правила и направления для целой отрасли?
34. Алекс Ю (AlexO) 19.10.12 10:52
(32) vabue,
Казалось бы, делайте по уму — кластер терминалов, кластер серверов приложений, толстый SQL (с большой буквы) Сервер с двумя дублирующими стореджами, чтобы всё это было воткнуто в пафосную циску и крутилось в эйписишном ящике удалённого TIER 4 датацентра. Да, и всё кроме SQL-а на цитриксовых виртуалках

настоящий админ тем и отличается от почитывателя таких стаеек и типичного россиянского студента, что может на пальцах и с данными обосновать каждый пункт из выше перечисленного, а не просто собрать "знакомые названия" по форуму воедино в одной фразе с обоснованием "пусть будет".
etmarket; адуырщдв; iceflash; +3 1 Ответить
35. Денис Яковлев (iceflash) 19.10.12 11:07
Странная критика к неплохой статье. То примеры из сурового энтерпрайза приводят, то в 4ГБ ОЗУ пытаются впихнуть терминал с сервером баз данных.

Как раз таки весьма уместные примеры... я даже уже затрудняюсь вам что то объяснять. Скажите у вас был опыт работы не с 1ц? Вы писали под ругие языки/платформы/СУБД? Вы знакомы с asm? Это все к тому что есть некое сравнение, причем даже самое простое - игровая индустрия - раньше очень работал над оптимизацией, выдавали максиму из возможностей системы, гении мысли и инженерии. Сейчас все сводят - работает не так как хотите - купите еще пару серверов. Я считаю что аппаратно для файловой базы в файловом режиме 20 пользователей вполне достаточно. и оптимально, и есть конкретные примеры.
Оптимизировать там придется некоторые вещи настроить, но в этом и заключается - "специалист", а не в бесконечном апгрейде железа, и игрой маркетинговых слов. А когда вы расширите свой круг на другие технологии кроме 1ц вы поймете всю ущербность этого как платформы. Я сожалею об этом, но вариантов особо нет - мы платим низким порогом вхождения, низкими требованиями, "понятностью", и конструкторами. и уже готовыми "отраслевыми решениями", но жертвуем главным - качеством, именно качеством, и причина этому как раз низкое вхождение. Говно код есть везде, но более злостного говно кода и не понимания платформы и работы с ней, кроме 1ц я не встречал нигде. Потому подвергаю критике всегда очень сомнительные статьи и выкладки, которые порождают данную тенденцию.
baracuda; yspex; адуырщдв; AlexO; +4 1 Ответить 2
36. Денис Яковлев (iceflash) 19.10.12 11:09
Даже тупо этот сайт - на битриксе(то еще поделие, имею ввиду битрикс как систему), открыл ветку комментариев из почты по ссылке, написал сообщение - при добавлении всегда, происходят ошибки, то сессия, то вообще не залогинен - нужно перейти в публикацию, и потом опять в комментарии к ней, и только потом добавлять коммент. Это печально ребята.
37. Валентин Будкин (vabue) 19.10.12 11:10
«Настоящий админ» наверняка хранится в парижской палате мер и весов. Но на постсоветском пространстве встречается даже реже правильной инфраструктуры. А уж в «растущих предприятиях малого бизнеса» и вовсе вымирает. Не нужны ему такие шарашки.

И «настоящему админу» эта статья совсем не нужна. Немножко не тот уровень.

Кстати, чем вам инфраструктура не понравилась кроме цены?
38. Алекс Ю (AlexO) 19.10.12 11:12
(35) iceflash,
Я считаю что аппаратно для файловой базы в файловом режиме 20 пользователей вполне достаточно.

ну и зря так считаете. далеко не везде и не всегда, а как раз для 1С типично прямо противоположное.
Как раз сейчас есть ветка, где на файловой жутко тормозит УТ11 уже на двух пользователях.
39. Алекс Ю (AlexO) 19.10.12 11:19
(35) iceflash,
Сейчас все сводят - работает не так как хотите - купите еще пару серверов.

а это прямая политика 1С, даже на официальном сайте об этом и говорится, а уж у любимого здесь Гилева - это вообще самый частый ответ на вопрос о проблемах с 1С: "Тормозит? купите более мощный сервер".
но более злостного говно кода и не понимания платформы и работы с ней, кроме 1ц я не встречал нигде.

в десятку.
Но россиянские студенты этого уже не поймут никогда - мозг ослаб "зарабатыванием" денег.
то еще поделие, имею ввиду битрикс как систему

1-це наоборот, настолько сильно её пиарит, насколько сама неспособна сделать что-либо путное, в том числе и на ниве интернет-магазинов.
40. Валентин Будкин (vabue) 19.10.12 11:20
(36) iceflash, Да я и для 1С никогда не писал. Командами разрабочиков в том числе и 1С руководил, это да. И на ассемблер им тоже приходилось использовать, драйвер для одной забавной железки делали.

Специалисту стоит усвоить, что бизнес это про деньги. А не про расширение кругозора, оптимизацию, качества, или ущербность платформы. Если инструмент решает задачу бизнеса с точки зрения владельца или руководства, то будь это хоть 1С, хоть Ананас, хоть старые добрые счёты его будут использовать.

Перфекционизм это хорошо для инженера, но идеализм мешает.
41. Алекс Ю (AlexO) 19.10.12 11:22
(37) vabue,
Кстати, чем вам инфраструктура не понравилась кроме цены?

Это ко мне вопрос?
если ко мне - то в статье нет никакой "инфраструктуры", а есть набор ничем не обоснованных (и не понятых авторов - а на кой этьо нужно?) параметров и железок, срисованный и скомпонованный без всякой логики и внутреннего порядка в описании, на основе "высказываний умных людей".
42. Алекс Ю (AlexO) 19.10.12 11:23
(40) vabue,
Да я и для 1С никогда не писал. Командами разрабочиков в том числе и 1С руководил, это да.

Современное россиянское образование, бизнес и нация в одном флаконе.
адуырщдв; +1 Ответить
43. Денис Яковлев (iceflash) 19.10.12 11:25
(38) AlexO, я говорил про пример с сервером ibm терминальный (ксеон 4 гб ОЗУ(!) и скази винты), там было 2 базы бух 2.0(3 пользователя в день) и базу альфа-авто рарус 15-20 в день. вполне себе вывозило после настройки очень умного Виндовс сервера (причем у виндовс это стандартная тупая политика делать сервера и серверные решения для домохозяек)
При росте пользователей начались проблемы перешли на клиент-серверный вариант linux + субд postgres (на этом же сервере, только под линухом, сейчас работает 30-40 пользователей)
44. Алекс Ю (AlexO) 19.10.12 11:26
(40) vabue,
Если инструмент решает задачу бизнеса с точки зрения владельца

а если не "решает задачу", а владельца/руководство убеждают мантрами, что "все работает как надо" и это "именно то, что ему нужно"??
Особенно, когда владелец и не представляет себе, как на самом деле у него все работает (см. сообщение 42), а знай себе приходит раз в неделю за своими 10% купонов...
45. Денис Яковлев (iceflash) 19.10.12 11:28
Специалисту стоит усвоить, что бизнес это про деньги
вот это как раз подчеркивает мое мнение о качестве специалистов и качестве их эфемерных "исследований". Спроси их что такое кластерный индекс в их столь любимой ms sql и о уровнях изоляции, тут же ломанутся в гугл/яндекс
46. Алекс Ю (AlexO) 19.10.12 11:29
(43) iceflash,
я говорил про пример с сервером ibm терминальный

ну вы бы еще про SAP сказали, что он реально обрабатывает миллионы записей, а не как 1С - хранение миллиона записей называет "обработкой", а при одновременной обработке 10 тыс - 100 тыс строк намертво встает во всю длину своей т.н. "клиент-серверной архитектуры"... :)
47. Алекс Ю (AlexO) 19.10.12 11:34
(43) iceflash,
альфа-авто рарус 15-20 в день.

не забывайте, что Альфа-авто - это тонны номенклатуры и минимум расчетных действий :)
А 1С тупит в основном именно тогда, когда пользователь пытается получить от неё настоящую помощь по своей работе, а не простое "аргументирование" подтверждение своих же действий, что "позиция, помеченная вами галочкой как проданная - действительно продана, на что указывает установленная галочка "Продано"! Обращайтесь еще!"
48. Алекс Ю (AlexO) 19.10.12 11:38
(45) iceflash,
Спроси их что такое кластерный индекс в их столь любимой ms sql и о уровнях изоляции

...и более того, непосредственно к работе базы 1С это не имеет никакого отношения - 1с тупо использует чужую СУБД (не придумав ничего путного взамен) как свалку для своих таблиц данных, положив с прибором на 90% функций обработки данных используемой СУБД...
49. Валентин Будкин (vabue) 19.10.12 11:40
(39) Ну и правильно делают, что лучше для системного бизнеса — оптимизировать с негарантированным результатом в негарантированный срок или получить нужную производительность здесь и сейчас?

А по поводу говна — ну говно, но ведь работает? И судя по растущей популярности в нижнем сегменте рынка для 1С вообще нет альтернатив на постсоветском пространстве. Дёшево и сердито.

(41) А чего вы ожидали в флеймообразующем топике — технико-экономическое обоснование на 100 страниц?

(45) Зачем обсуждаемой шарашке в штате DBA? Какую бизнес-ценность он принесёт? Особенно если посчитать на его квартальную зарплату можно всё-таки купить новый сервер. Да, есть бизнесы где это критично, но это явно не статья для их технарей.

Вешать ярлыки это просто. Мне вот тоже проще сказать, что все дураки, а автор статьи всё правильно сказал, но зачем?
50. Алекс Ю (AlexO) 19.10.12 11:43
(49) vabue,
или получить нужную производительность здесь и сейчас?

и как оценивается "нужная производительность здесь и сейчас"?
здесь и сейчас - это картинка вывелась с загрузкой базы, вот и вся нужная на данную секунду презентации производительность.
51. Валентин Будкин (vabue) 19.10.12 11:48
(50) Ну что же вы к словам придираетесь?

Уважаемый комментатор, хочу сообщить вам, что под выражением "нужная производительность здесь и сейчас" я подразумевал значения APDEX для ключевых пользователей информационной базы в период с 7:00 до 17:00 по UTC не ниже 0.7.

Так лучше?
52. Алекс Ю (AlexO) 19.10.12 11:53
(49) vabue,
ну говно, но ведь работает?

как раз не работает.
Но пиарится как "работает".
для 1С вообще нет альтернатив на постсоветском пространстве

а откуда появятся альтернативы, если во всех областях "студенты атакуэ"?
А чего вы ожидали

ну да, чего я ожидал - что современному россиянскому населению будет понятно значение слова "проектировать"? Вот если б обсуждали термины "как хапнуть бабла побольше"...
Зачем обсуждаемой шарашке в штате DBA?

а зачем нужна шарашка? Какую цель она достигнет и какими методами? особенно в ситуации, когда разрешено хапать бабло, пока плохо лежит, а потом делать ноги за границу.
И что же будет критично для такого "бизнеса", окромя как не перекрывание кормушки и последующий сбор чемодана?
Мне вот тоже проще сказать, что все дураки

а мне вот непросто это сказать, но вынужден - кругом в стране одни дураки. А статус "дурака" очень ценен и настолько престижен, что для этого даже обучают в так называемых "ВУЗах".
53. Алекс Ю (AlexO) 19.10.12 11:56
(51) vabue,
значения APDEX для ключевых пользователей информационной базы в период с 7:00 до 17:00 по UTC не ниже 0.7.

а зачем вы технику заставляете трудится для этого? нарисовали график, какой нужно, отметили ключевых пользователей - и вперед, прочертили "достигнутую производительность".
А то и для оболванивания не хотят ничего делать - хотят, чтобы все делала техника, а на выходе только купоны стричь...
54. Валентин Будкин (vabue) 19.10.12 12:02
(52) Как страшно жить. Возможно стоит попробовать бросить 1С и сделать свой фреймворк для учётных систем, с индексами и версионированием, а главное красивый? Только вот кто его будет использовать, будет, когда все спакуют чемоданы, даже не представляю.

Я, пожалуй, пока удовлетворюсь тем что есть. Неторопливый прогресс присутствует, уже и трёхзвенная архитектура есть, и платформа совершенствуется. Сервера опять же порезвее стали, лучшие практики присутствуют. Специлистов вон полон инфостарт. Прорвёмся.
55. Денис Яковлев (iceflash) 19.10.12 12:55
(54) vabue, интересно что при этом
Да я и для 1С никогда не писал. Командами разрабочиков в том числе и 1С руководил, это да.
, куда прорываться, и ем более зачем?

не забывайте, что Альфа-авто - это тонны номенклатуры и минимум расчетных действий :)

Не соглашусь, отдел приемки и сервиса постоянно работает с клиентам оформляют заказ-наряды, перемещают в производство, происходит заказ деталей, резрв, все это как раз осуществялется основным количеством пользователей, или по вашему - это просто сценарий:
1. Клиент звонит спрашивает у вас есть деталь Д на автомобиль А в кузове К?
2. Менеджер проверяет по номенклатуре
Если так, то вы заблуждаетесь. А пример про САП вообще не сосем понял.
Но изначально я думал мы смотрим в одном направлении в ходе дискуссии=)
56. Алекс Ю (AlexO) 19.10.12 13:23
(55) iceflash,
А, ну если про SAP и 1С сразу не понятно - то и ладно, а то в противном случае аналогии долго описывать :)
оформляют заказ-наряды, перемещают в производство, происходит заказ деталей, резрв, все это как раз осуществялется основным количеством пользователей

так и где расчеты? есть заведение первички и минимальные потуги со стороны 1с-сервера.
я думал мы смотрим в одном направлении

т.е.:
а) теперь вы так не думаете
б) думаете, а где жу тут подвох
в) думаете все также, но не понимаете, почему расхождения в оценке производительности 1С-сервера
г) не хватает собственных аргументов переубедить vabue, что он думает уж в совсем не в том направлении и не так, и дополнительные отклонения по смежным темам заставляют распылять силы и отвлекают от основной задачи переубедить vabue
:)
57. Денис Яковлев (iceflash) 19.10.12 14:57
(56) AlexO,
так и где расчеты? есть заведение первички и минимальные потуги со стороны 1с-сервера.

Если не имели дела с этой конфигурацией, то не стоит любые действия с ней приравнивать к "заведению первички", В редыдущем посте все конкретно описал. Заказ-нарячд ключнвой документ. который порождает цепочку перемещение в производство, заказ покупателя, заказ поставщику, поступление, на каждом этапе происходит контроль/анализ/движения по 3-5 регистрам связанными с остатками и себестоимостью партий (остатки, учет партий, резервы, заказы) + расчеты с покупателями. с учетои аналогов, и серий. Ну это видимо по вашему просто так, учет номенклатуры. Тогда любая система учета - учет номенклатуры и никаких расчетов она не производит.
При открытии текущего зн, происходит запрос его составляющих(что отгружено, что в производство передано .что заказано, что поступило, но не распределено)
т.е.:
а) теперь вы так не думаете
б) думаете, а где жу тут подвох
в) думаете все также, но не понимаете, почему расхождения в оценке производительности 1С-сервера
г) не хватает собственных аргументов переубедить vabue, что он думает уж в совсем не в том направлении и не так, и дополнительные отклонения по смежным темам заставляют распылять силы и отвлекают от основной задачи переубедить vabue
:)

Уфф... Почти все ваши аргументы можно было, и нужно было записать в одно предложение.
1. Я не пониманию направление сути вашей критики
2. Тут нет подвоха (ваш пункт абсурден)
3. Что значит не понимаю разницы в оценке производительности 1ц-сервера? (Тут не разница оценки, а не адекватность методов)
4. Я вас не зову в "альянс" или союзники. Дело во взглядах. А свою точку зрения я могу отстоять сам и аргументировать тоже, что сделал выше.
58. Алекс Ю (AlexO) 19.10.12 15:43
(57) iceflash,
Ну это видимо по вашему просто так, учет номенклатуры.

да, это только учет.
Поэтому-то и работают всяческие БП и УТ и Авто-альфа на допотопных "типа сервер", и никаких проблем, затыков, ожиданий и ошибок, все счастливы и пьют шампанское из желтых стаканов.
А вот УПП, например, делает расчет себестоимости. С которым 1С так и не совладала, и пытается теперь под расчетом себестоимости подсунуть механизм РАУЗ, который сам по себе как теория неплох, но напрочь загублен непутевой, упрощенной и "ленивой" реализацией 1С.
А есть еще закрытие месяца (переходящее все в тот же расчет себестоимости), восстановление последовательностей, нюансы детального учета предприятия, когда каждая строчка превращается в сотню записей, которые каждую нужно обработать в сравнении с набором за период из регистра и т.д...
Почти все ваши аргументы можно было, и нужно было записать в одно предложение.

ну вот вышеописанное и запишите в одно предложение :)
Что значит не понимаю разницы в оценке производительности 1ц-сервера?

то, что у вас "работает 30-40", а у кого-то - и 2 не работают.
Я вас не зову в "альянс" или союзники.

ну как хотите, заклюют без меня :))
сам и аргументировать тоже, что сделал выше.

хорошо, коли так )
Так что
Если не имели дела с этой конфигурацией

- это про вас :)
Я же много чего повидал, да и розовых соплей по 1с не развожу, как подавляющее большинство нынешних на ис.
Хотите по каждому вопросу поднимать разбирательство на страницу, не пытаясь самому собрать информацию - ну, поднимайте. Раз обсуждение какого-то-не важно-какого пункта вызвало у вас приступ защитной реакции с привлечением Гаагского суда )
Хотя что ругаться - я так и не понял.
Как и вашей позиции по поводу "в каком направлении вы смотрите".
А это уже о возможности рассказать свою точку зрения
А свою точку зрения я могу отстоять сам
:)
59. Денис Яковлев (iceflash) 19.10.12 16:18
Я честно не понимаю вашего негодования.
да, это только учет.
Поэтому-то и работают всяческие БП и УТ и Авто-альфа на допотопных "типа сервер", и никаких проблем, затыков, ожиданий и ошибок, все счастливы и пьют шампанское из желтых стаканов.


Всяческие БП и УТ и Альфа-Авто=) Вы сопоставьте соразмерность применения БП, УТ и УПП. А в качестве аргумента в УТ и Альфа-Авто - производит расчет себестоимости, уверяю вас. И в данном вопросе вам следует изучить методические вопросы=)
то, что у вас "работает 30-40", а у кого-то - и 2 не работают.

Ну это уже вопрос уже к тем у кого и что стоит, а что не стоит=)
60. Алекс Ю (AlexO) 19.10.12 16:22
(59) iceflash,
в УТ и Альфа-Авто - производит расчет себестоимости, уверяю вас.

при полном отсутствии партионного учета? вот так и живем - труд других по облегчению забот приводит к тому, что пользующиеся сим трудом думают, что оно само растет на деревьях каждую весну :)
61. Денис Яковлев (iceflash) 19.10.12 16:33
(60) Да заебал(извините).

В ут 10.х есть партионный учет в альфе тоже. в 11 нет партионного учета. Увел основную суть вопроса в другую сторону
62. Алекс Ю (AlexO) 19.10.12 17:02
(61) iceflash,
ну, т.е. вы не хотите признать, что не знаете, что такое партионный учет?
А не "партионный учет в традициях 1С".
Не знаете, что такое счета учета, списание затрат на партии, закрытие 20, 25, 26 счетов?
А, собственно, о чем это я?...
Везде, куда ни сунься - деградация и развал.
63. Алекс Ю (AlexO) 19.10.12 17:05
(61) iceflash,
есть партионный учет в альфе тоже

там есть не "партионный учет", а подобие учета по партиям в разрезе складов. Т.е. сугубо подраздел складского учета. Даже если не поставлена галка "Вести партионный учет по складам", т.е. "по организации"
64. Алекс Ю (AlexO) 19.10.12 17:07
(61) iceflash,
Да *****(извините).

ну да, я уже с третьего вашего поста начал подозревать, что и сисадмин вы точно такой же... :(
65. anry mc (AnryMc) 19.10.12 20:36
(61) iceflash,(64) AlexO,

Наблюдая Вашу "беседу", хочу обратить ваше внимание, что не совсем по теме... Заведите тему в форуме и общайтесь...
А то можно подумать вы здесь $m зарабатываете...

P.S. Нажимать кучу раз кнопочку "Спам" по всему вашему диалогу лень, а посему не обессудьте - "-"
66. Алекс Ю (AlexO) 22.10.12 10:50
(65) AnryMc,
совершенно необоснованный минус.
Речь идет о том, что есть механизмы, которые не работают абы-где и абы-на-чем, что и есть непосредственно по обсуждаемой теме, в их числе - партионный учет. Настоящий.
Так что просьба забрать минусы обратно.
PS: а вот то, что матюгаются - это нормально, это по теме...
67. anry mc (AnryMc) 22.10.12 12:57
(66) AlexO,
Убедите меня, что обсуждение "проблем партионного учета" соответствует теме публикации: "Проектирование сервера под 1С".

Post scriptum: Я лично подписан на получение сообщений в этой интересующей меня публикации и тратить своё время и свои деньги на получение сообщений о "Вашем споре о партионном учете" (штук этак 10) по мобильному интернету я бы не хотел.
68. Алекс Ю (AlexO) 23.10.12 17:42
(67) AnryMc,
если вам непонятно - идет обсуждение проблем производительности, которые многие "тру-1сники" не видят в упор по причине ограниченности знаний.
69. anry mc (AnryMc) 23.10.12 17:52
(68) AlexO,
А можно объяснить термин:
тру-1сники
70. qweasd qweasdzc (serega3333) 04.11.12 17:44
спасибо за статью, постоянно натыкаюсь на клиентов которые просят поднять сервак, а я даже не знаю что им предложить...теперь хотя бы ясно из чего выбирать железо
71. Вячеслав Гилёв (Gilev.Vyacheslav) 07.12.13 12:59
для небольшого количества пользователей можно не заниматься научно-исследовательской работой, а просто аппроксимировано подобрать http://www.gilev.ru/podbor/ (все равно на небольшом количестве пользователей скорее всего вы не найдете представителя бизнеса, который сформулирует "хотелки" с точностью до иопса или мегабайта, а скажет "все должно хорошо работать"!
72. Алексей Темный (yspex) 22.09.14 12:13
Печаль да и только...Не однократно сталкиваюсь с тем что многие предприятия экономят, собирая тазики обычные, а сисадминам потом ломай голову, как можно уместить на сервере ФСЕ! и чтобы быстро работало! В большинстве случаев начальство убедить в том что надо нормально подойти к выбору оборудования для работы с 1С но увы...а воз и ныне там.

В одном предприятии файловая база больше 4 гиг, тормоза жуткие, хотя железо брендовое, на отрез отказываются покупать СУБД или ставить с бесплатного... вот и вывод: хоть приводи кучу примеров, а воз и ныне там.

Автору огромное спасибо за данную статью.
73. Ксения Уварова (Csana) 25.03.15 20:56
Gilev.Vyacheslav, Вы абсолютно правы. Когда нас спросили, что нам нужно, то мы ответили, чтобы все работало. Админ принес счет от ОАО "ДЕПО Компьютерс", мы оплатили, на следующий день привезли технику и через 2 дня все заработало. Работает без сбоев, но это скорее всего заслуга нашего админа и руководство, один знал, что нужно, а второй не пожадничал и выделил финансы.
74. Наталья Макарова (dubinkina2016) 08.04.15 11:44
У нас такая стойка стоит

Честно говоря, я не знаю что там внутри, но работает все просто отлично. На моей памяти вообще никогда сбоев из за железа не было.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа