>"Homosum" <nospam@sql.ru>; сообщил(а) в новостях
>следующее:14481704@sql.ru...
>Автор: Homosum
>andrew shalaev,

>Хуже ничего не могли придумать???
>Вы по сути дела все свои 48 дисков посадили на один контроллер.
>Все преимущества дисков (и скорость и количество) свели к нулю!
>По сути дела у Вас получилась система с одним физическим диском (или того
>хуже).
>К этому диску обращается и система и SQL.
>А ведь SQL может отдельно обращать к файлам данных, к логам, к Temp DB.

>Если я не ошибаюсь (я не IT специалист) современный сервера поддерживают 4
>RAID контроллера.
>Вам нужно полностью пересобрать сервер.
>Сделайте 4 RAID контроллера.
>Выделите один для системы, один для файла данных, один для файла логов,
>один для TEMP DB (говорят можно для ускорения создать виртуальный диск на
>основе >оперативной памяти, но я не пробовал).
>Выделите для системы 4+сколько не жалко процессорных ядер.
>Тогда у Вас будет и система параллельно работать и SQL сервер.


Пишет "я не специалист", но предлагает тем не менее. По принципу "не жалко".
Вздорная и безаппиляционная чушь.

У человека суперхайэндовый контроллер и сервер. С железом все очень хорошо.
Ему и 3-и звена не надо. Ну разве что урезать терминальный сервер общего
назначения по процессорам. Никакие файлы не нужны - у него многоканальный
RAID 50 на SSD с огромной пропускной.

Проблема вообще похоже не в 1С-сервере и SQL. Посмотреть внимательно на то
чем еще занят сервер помимо работы с бухгалтерской базой (а он точно чем то
занят посторонним или сервисным - например каким-нибудь косым
прокси-анализатором корпоративного интернет-трафика с косой базой).

Пройти надо все с самого начала - железо - система - 1С-сервер - SQL -
сервер - конфигурация (здесь вот особенно). Так же цепочка клиенты - сеть -
свичи - роутеры - сервер. Поставить etherchannel, trunking, bonding для
многоканальной карты (наверняка такая) и свича.
Поставить на группу каналов сервера приоритет.
Поставить все патчи, принять все общепринятые советы по оптимизации - вроде
write-back политики на контроллере RAID.
Дать кластеру 1С несколько процессов - я давал по 1-му на проц.
Дать SQL - серверу процессоров и кэш. Почитать как его слегка тюнят по
производительности под клиентов.
Поставить протокол shared memory для связи кластера и sql. Можно
развиртуалить процессоры - одни под SQL, другие под кластер. Последнюю
версию платформы использовать.

Посмотрите как решает такие вопросы Гилев на его сайте. А он занят
супертяжелыми проблемами с УПП.

100 бухгалтеров своей повседневной работой теоретически не в состоянии
нагрузить 4-х процессорный нетоповый зеон с 8 гигами памяти.
У них нет таких задач. Индексы используют отчетные запросы, тонкие подборы и
анализы. У бухгалтеров про анализ вспоминается раз в месяц или в три или в
двеннадцать.
Надо смотреть внимательно в конфигурацию. В "дописки". Что искать хорошо
описано в книгах вроде "профессиональная работа..."

Пример: такой сервачок(4-8) не может нагрузить 1000 клиентов непрерывно
генерящих запросы на запись (например gps-контроллеры) + 100 клиентов
генерящих запросы на выборки анализа. 30-40% ЦПУ, 20-50% диск (RAID 5 из
8-ми HDD). Выборки на анализ показывают в _реальном_ времении положение
GPS-устройств. А ваш сервер в состоянии обслужить всю республику Намибия.


Posted via ActualForum NNTP Server 1.5

>"AHDP" <nospam@sql.ru>; сообщил(а) в новостях следующее:14482186@sql.ru...
>Автор: AHDP
>badboychik, можете рассказать подробнее про это решение?
>А то какие-то обрывки информации и уход Гилёва от прямых ответов после
>доклада на SQL Saturday.
>Тема Ответить Сообщение

Он не уходит. Он несколько лет говорит одно и то же: "Примените системный
подход к решению проблем 1С". Как "системно подходить" понятно?
Последовательно от клиента - серверу - сервису и обратно через все железо и
софт используя объективные показания полученные анализом.
Например, чем вызвана загрузка SQL-сервера получать анализатором запросов и
мониторингом. А не чтением форумов.
У каждого свой случай и свои проблемы.

Posted via ActualForum NNTP Server 1.5

"Nitro_Junkie" <nospam@sql.ru>; сообщил(а) в новостях
следующее:14482204@sql.ru...
> Автор: Nitro_Junkie
> andrew shalaev
> Nitro_Junkie,
>
> таки ведь прошел по ссылке, не распознал юмора в первых
> словах )
>
>
> Тут уже говорили... Всем бы такие бюджеты и заказчиков. Тормозит
> прога - ну так это не прога \ руки \ платформа кривые, а просто купите
> себе сервак с 512 гигами 40 ядрами и 48 SSD дисками для mdf'ка. :)
> Тема Ответить Сообщение
>

И что это изменит и зачем это нужно.

Posted via ActualForum NNTP Server 1.5

"AHDP" <nospam@sql.ru>; сообщил(а) в новостях следующее:14482163@sql.ru...
> Автор: AHDP
> Последний выдох ГПЖ
> andrew shalaev
> 48 SSD дисков по 160Гб
>
>
> жесть какая... вы быстродействие 1С пытаетесь продавить
> железом? может проще свою учетную систему написать, а в бухию сливать
> сводные данные?
>
>
> Зато в этом случае фактически гарантированный в заранее известные
> сроки и за известную сумму. А вы всегда готовы подписаться под такие
> условия? ;)
> Тема Ответить Сообщение

У 1С и так хорошая бухгалтерия. Я бы подписался провести вам анализ узких
мест и проблем производительности в известные сроки и за известную сумму.

Posted via ActualForum NNTP Server 1.5

"AHDP" <nospam@sql.ru>; сообщил(а) в новостях следующее:14484384@sql.ru...
> Автор: AHDP
> Nick Perelyaev
> Никакие файлы не нужны - у него многоканальный RAID 50 на SSD с
> огромной пропускной.
>
>
> Это не меняет алгоритмов работы SQL с дисками.

И что? Не меняет. Даст ли разнесение на разные файлы на уровне SQL -
сервера? Да, даст. Если разнесение поддержано аппаратно. Например, один файл
на одном канале RAID - контроллера, другой - на другом. Или на разных
контроллерах, или на разных каналах разных контроллеров.
SQL работает с файловой системой на логическом устройстве. Собственными
методами с файлом собственного секретного устройства.
Вообще даст не даст - это пустой разговор. Надо мониторингом смотреть. Здесь
так - здесь вот так. Вывод - было - стало.

>
> Nick Perelyaev
> 100 бухгалтеров своей повседневной работой теоретически не в
> состоянии нагрузить 4-х процессорный нетоповый зеон с 8 гигами памяти.
> У них нет таких задач. Индексы используют отчетные запросы,
> тонкие подборы и анализы. У бухгалтеров про анализ вспоминается раз в
> месяц или в три или в двеннадцать.
>
>
> Только у них в отчётный период каждый час на счету. Ваше утверждение
> сродни утверждению напрягался в семестре, в сессию без подготовки
> проскочу.

Причем здесь семестр? Наполняется баланс - исправляется - сдается регламент.
Все календарно. Что-то делается в начале, что-то только в конце.
Порой и после сроков сдачи корректировочно.
В параллель идет управление активами. Возникают авралы связанные с
управлением и устранением ошибок.
Это не только и не столько программная среда - это система с людьми и
компьютерами. Тут еще важно как ведение бухгалтерии устроено
административно.
Я ничего не утверждаю - я регулярно решаю подобные проблемы. И вижу
отсутствие понимания источника проблем.
Что тут утверждать?

> Nick Perelyaev
> У 1С и так хорошая бухгалтерия. Я бы подписался провести вам
> анализ узких мест и проблем производительности в известные сроки и за
> известную сумму.
>
> Озвучьте пожалуйста сроки и ориентировочную сумму. Какие вам исходные
> данные нужны для работы?
> А так сумму, сроки, процент прироста производительности после ваших
> доработок и стоимость дальнейшей поддержки решения.
> Сравним со стоимостью сервака.

Вот с чего началось:

> База тормозит в моменты наибольшей загрузки, я работаю по оптимизации
> именно со стороны MS SQL.
> Я предложил вариант с разнесения данных на различные файловые группы:
> Индексы, наиболее используемые таблицы, возможно некоторые
> партиционировать. Но программисты 1С сказали, что при обновлении
> конфигурации будут
> конфликты, но не смогли сказать в чем именно будут заключаться конфликты.

> Действительно ли 1С видит и может не корректно сработать при обновлении,
> если конфигурация файла БД будет разнесена на несколько файлов?

Про какие деньги и сроки может идти речь? Не понятно ничего.
Факт:
Что-то в какие-то моменты тормозит. Непонятно где, когда и что и при каких
обстоятельствах.
Не понятно насколько это критично и решаемо.
Кто говорит о каких-то конфликтах при обновлении.
1С работает с разными SQL серверами на уровне выше чем устройство и
организация файла БД.
Ее бак-энд для MS SQL-сервера работает через native-клиент x86. Сам сервер
скрывает свое устройство от клиента и работает через клиентское API.
Железо имеет тоже свой интерфейс и скрывает от системы и ее приложения SQL -
сервера свое физическое устройство.
Соответственно устройство и расположение таблиц базы скрыто от объектной
модели 1С Предприятия минимум за 3-мя уровнями.
Обновление и возможная реструктуризация происходит на объектном уровне
мета-данных.

Вам надо вместе всем понять проблему: разработчикам - программистам,
человеку работающему с железом и софтом сервера и вам, работающего с SQL.
Или несколько проблем в комплексе.

Еще - скорее всего программист ничего не понял и рассказал о проблеме работы
клиентов через независимые кластеры 1С-Предприятия с одной базой.
У вас на предприятии нет взаимопонимания.
А сам сервер, который обсуждается, способен тащить минфин рф.


Posted via ActualForum NNTP Server 1.5