S.PRОткуда такой прирост 20 гигабайт в год?

Грубо говоря:
20 гигабайт = 20 000 000 000 байт
Один символ = 1 байт
История производства и реализации одного предмета = 2 000 байт
Получается вы производите и реализуете 20 000 000 000/2 000 = 10 000 000
предметов в год...

Какое пространное рассуждение... это имет отношение к 1С?
Если уж на то пошло, то как бы 1024 всю жисть считали... не?

crazyzerg13, поднятая вами тема, не корректна... уж извините.
Дело в том, что при той постановке вопроса, как у Вас, Вы получите кучу ответов на тему "я думаю что..." Но ни одного толковго ответа, который имел бы под собой реальное обоснование, а не теоритическое и уже тем белее "не ИМХО". Причина - формулировка вопроса.

Что не так с вопросом?
Всё... с вопросом всё не так, с самого начала. Потому, что Вы не привили статистику. Вообще никакую статистику. Да, есть конфигурация серверов, информация о объеме базы. Но что с этим делать-то.... ?

Заданный Вами вопрос, касается системного администрирования Windows, MS SQL Server, 1C... это слишком много. А людей который понимают во всем этом сразу мало. И у них нет желания тратить время попусту...

Итак...
В Windows есть замечательный механизм "счетчики производительности", есть они так же и в MS SQL. В 1С, к сожелению их нет. Так вот, погуглите на тему "замер производительности Windows и MS SQL". Особо обратите внимание на счетчики очереди диска, объема чтения/записи, свопинга... нагрузка сети...

После этого, у Вас сложится понимание, где у Вас узкие места, с этим уже можно идти на профильные форумы и там задавать вопросы. конкретный вопросы, подкрепленные статистикой. Тогда Вам смогут дать толковый совет.

Размер данных.
Просто так говорить о том, много это или мало... :)
Вот Вы говорите что у вас объем базы... а это объем .MDF+.LDF или только лиш собственно данных в файле .MDF? В каком режиме восстановления работает база, какие есть операции обслуживания базы... Каков процент фрагментации данных и индексов... какие именно таблицы у Вас занимают наибольший объем. Тогда обсуждение имеет смысл.
А так... так придут ещё десяток человек, одни из которых будут с доказывать что это "нормально" а вторые "что это не так". Без аргументов...

AHDPВ 1С есть замер производительности, который вполне можно запустить и посмотреть, на что тратиться время при проведении документов.Да, в 1С есть замер производительность, а в последних УПП 1С-овцы впихивают его буквально везде.
Но я говорил о счетчиках производительности винды, а вот там счетчиков от 1С нет. Или есть?


AHDP...А приведённые автором сведения о 100% загрузке ядра (20 и 12 %% "по больнице") которые 1Ска/SQL не может расспаралелить наводит именно на этот путь. Не совсем так. ТС говорил вот так.
crazyzerg13 терминальный - максимальная пиковая загрузка проца 20% при 45 юзерах (при проведении документов)
sql-сервер - агрузка проца во время проведения 12% При этом, не упомянув о том, кто же забирает процессорное время.
Строить предположения о том, что всё это 1С конечно можно, но это лишь предположения.
ТС писал, что 20% загрузка наблюдается на терминальном сервере, при 45 активных пользователях... а вы говорите о том, что распаралеливание плохое.

По скульному серверу аналогично.
Кроме того, неизвестно как там вообще сконфигурирована распаралеливание. Сколько рабочих процессов на сервере приложений 1С...

Так что, эти данные "средная по больнице", как Вы сами говорили и вода.

AHDPЯ про старый добрый интерактивный замер производительности Это я понял
AHDPблаго у них есть "свой" 1Сник ...
AHDPи известны "проблеммные места". "мне хочеца, чтоб быстрее было" - это ни разу не знание узких мест. Нув лучшем случае это констатация факта, не более.
AHDPГлавный плюс в том, что проблемы станут видны не только админу, но и 1Снику что уже плюс ;).Если Его Высочество этого не видет, или не может объяснить организации, то это его проблемы. А раз организацию устраивает такой подход, то это её(организации) проблемы. Всё довольны :)
AHDPА зачем они там, в контексте 3хзвенки? Они, это кто?

.....

AHDPТолько я вот поставлю на то что эти 20% состоят из 12% на одном ядре, а остальные 8 как-то распределились по остальным 7ми ядрам, причём равномерно или нет уже не принципиально. А я поставлю на то, что там вообще одно ядро работает, а остальные злобный вирус погубил. Бред - да бред. Но это моё ИМХО... равно как Ваше, это ваше... потому что материально подкрепить его нечем. А моя идея, в данном контексте, ни чем не уступает Вашей. Нет?

AHDPcrazyzerg13 сказал, что на серверах осталась 1Ска (клиенты + сервер) и SQL. Что там ещё может так нещадно жрать процессорное время?
1. Это он так сказал. Сказал как есть - т.е. про то, что всё время отдается процессам 1С не бело ничего.
2. Антивирусник.
3. Сжатие данных на томе или его шифрование.
4. Софтовый райд... или типа того
5. Кривые или не установленные(т.е. дефолтные виндовые) драйвера на мать/сетевуху.
6. Не настроенный сервер. А это значит, запущенные по дефолту куча заданий в планировщике - на 2008/7-рке, индексация диска, штатный дефрагментатор...
7. Кривой релиз 1С. Сколько их было-то...

Это то, что сразу пришло в голову. Мало?

AHDPА в чудные совпадения с моментом проведения я не верю ;) СОвпадения чего с чем? 1С работает, процессорное время естественно тратится. Так нужно взять и помониторить кто и сколько его потребляет. А не верить или не верить. :)

AHDPНе цепляйтесь к словам ;) Ну как же как же - форум же все же :))

AHDP"Они" - счётчики производительности 1С. Счетчики, это лиш механизм мониторинга работы приложения. 1С такого механизма не имеет и не дает комментариев относительно аппаратных требований. Не говоря уже о настройках производительности.

AHDPПункты 2-6 не дадут постоянной указанной загрузки процессора во время проведения документа...
Это Вы так думаете. Это Ваше предположение .

Да, разумеется, что процессорах с гипертрейдингом, загрузка помноженная на кол-во виртуальных ядер дает процент загрузки близкий к реальному. Разумеется, это еще зависит и от возможности распараллеливания выполняемого кода.
Т.е. если одно физическое ядро и два виртуальных, то загрузка такого процессора на 50% означает 100% загрузку. Ну или близкую к ней.

У ТС, процессор с 4-мя физическими ядрами, насколько я понял.
Так что загрузка в 20 процентов(хоть одного ядра, хоть всех 4-х), не позволяет утверждать о 100% загрузке всего процессора(всех физически ядер). Так что узкое место, вероятно не в процессоре.

AHDPПункты 2-6 не дадут постоянной указанной загрузки процессора во время проведения документа...
Как минимум антивирь даст это легко и непринужденно.
Вы представляете сколько обращений к своему кэшу делает каждая 1С из под каждого из 45 пользователей?
А антивирь это всё сканирует-сканирует-сканирует...

ЗарегалсяУ ТС, процессор с 4-мя физическими ядрами, насколько я понял.
Так что узкое место, вероятно не в процессоре.

У ТС 2 (два) процессора, так что вероятно ты невнимателен.Вероятно, это ты не внимателен и большой фантазер, раз прочел что-то, где я высказывался на тему что у ТС всего 1(один) процессор на сервере. А так же делаешь очень поспешные выводы.

Программист 1сS.PRпропущено...

>10 000 000 продаж? при том, что исторя реализации явно завышена.
ааааа... финансы, или спички?Нет. Мелочей нет.

А что Вас удивляет? Весьма крупная компания. Большой ассортимент.

А вы говорите про 20 гб в год и не можете понять откуда? Как Вам вариант - переписка с контрагентами. Документация по конкурсам. Одни договора у меня точно сильно за гигобайт. И при этом мы даже не берем движения товара.

Х.м. а если есть продажи, то вполне возможно, что есть и систему учета заказов клиента. А это автоматически, чуть ли в два раза увеличивает обьем движений.

Почему вы не делаете ежедневную выгрузку и загрузку базы?