Проблема такая -медленно работает БП, например ОСВ за год с детализацией делается 2-4 минуты.

База на SQL

Объем архива базы 700 М.

Я предложил на сервак добавить оперативки, с 4 ГБ до 16 увеличить.

Директору кто-то сказал что прирост будет небольшой а надо делать свертку.

Вопрос - что актуальнее , свертка или память, и как бы попроще на БП 2.0 сделать свертку?

4 уже домой в компы не ставят

это понятно, серваку лет пять. Я вот тоже считаю что надо бы память

Вопрос в сравнении, какой прирост даст оперативка, и какой - свертка?

(0) + Базу и кэш на SSD диск. Тогда прирост будет нормальный.

для начала расчет итогов провести

и кстати, реально ли свертку сделать, говорят там косяки возможны? почему и не делаю. База за 4 года

(4) ТИИ, пересчет, сжатие делал

(3) при оперативке в 4 гб?

(2) я 5 лет назад домой комп за 20к покупал там уже 8 гигов было

(8) а мне дома 8 не надо, у меня 4.

(0) она принципиально не сворачивается. По крайней мере по ОСНО.

Там часть регистров по НДС не преспособлены для свертки остатков. (с)

(0)  Начнем с начала. Тесты проводились на серваке? Почему память, а не диски, например?  Я бы с этого и начал.

А так - пальцем в небо.

(11) если не сложно, подскажи что за тесты.

Я считал что 4 мало полюбому, в диспетчере пик использования памяти 4 с копейками.

Или возможен такой вариант что тесты покажут что при размере базы в 8 ГБ этой оперативки вполне достаточно для MS SQL и 1С и дело вовсе не в этом7

(12) Есть монитор производительности виндовый. Выбери в нем несколько ключевых параметров: чтение/запись на диск, оперативу, процессор. И смотри, где упирается в потолок.

В терминале работаете? Сколько пользователей в базе?

То есть сервер предприятия на том же серваке , где и MS-SQL?

(15) да
(14) без терминала, 6-7, база ЗУП файловая еще на этом серваке с 1-2 пользователями
(13) спс

поставь ссд и добавь оперативы с таким тэмпом еще лет на 5 хватит

(13)

В потолок упирается и диск и память периодически. Скачками.

% использования памяти 50 % стабильно,
...
Память - обмен страниц в сек, до 30 %, скачки до 80-90

Скорость записи - скачки 30-90 %, в среднем 20-40

длина очереди диска - редкие скачки, в среднем 10-50 %

скачки по скорости чтения, до 30-50 %
----
(17)спс, а свертка? менее актуальна?

(18) Не нужна тебе свертка, поскольку база на SQL.

спасибо всем за советы

я за память если чо

(18) делай (17) и все будет тебе такое счастье, а от скорости работы ссд народ радоваться будет очень сильно.

(21) память да но с запасом можно и ссд поставить отчеты будут летать, как и все остальное

(23) сначала память! если увеличение производительности будет достаточным, то остановиться на достигнутом и премировать оптимизатора.

диск как раз может утыкаться в нехватку памяти - система свопит на винт

http://wiki.mista.ru/doku.php?id=it:analiz_sql_block
по результатам если будет не понятно - сюда...

сервак 1с+SQL с 4 гигами это просто смех.... тут 32 гига маловато для бух 3.0 с 5 пользователями...

>тут 32 гига маловато для бух 3.0 с 5 пользователями...

умеет 1с блох подковывать... чтобы не то чтобы танцевать, чтобы ползать не могла

что такое "объем архива базы"?
и сколько весит .mdf?

(0) База поболее в разы. Ту же проблему вылечил регулярной индексацией средствами СКЛ.

(27) Да лан сразу на 1С валить. Пользователи тож могут забить данными по самое небалуй.

(0) Объем архива базы скульный? 700 мб? Да это смех...

Понятно, что с новыми ценами совет довольно неактуален, но может все же подумать о приобретении нового сервера, с достаточным количеством памяти и приличной процессором из последних модельных рядов... Мысль о свертке может быть невостребована несколько лет.

Скуль умеешь админить? Если нет - выгрузи и загрузи базу.

(26) "сервак 1с+SQL с 4 гигами это просто смех.... тут 32 гига маловато для бух 3.0 с 5 пользователями..."
ахахааххха че за бред?

(0) Всю ветку не читал.

1. Свёртка - это маразм, который был вынужденной мерой на клюшках. Для снеговика с объемом базы 0.7 Гб - это вообще бред. Тем более что свёртка не уменьшит объем данных в текущем году (том по которому ОСВ смотрите).

2. 4Гб памяти на сервере СУБД - это клиника. У вас там, наверное, еще крутятся и сервер 1С, и терминальный сервер, и почтовик, и файлопомойка, и сервер АД? Увеличение памяти - копеечное решение. Уж во всяком случае гораздо дешевле свёртки, после которой устанете косяки разгребать и выслушивать нытьё бухгалтеров о необходимости лазить за данными по свёрнутым периодам в старую базу. Кстати свёрнутую базу тоже надо будет где-то хранить.

>Для снеговика с объемом базы 0.7 Гб

0.7 это dt вероятно... который вполне может распаковаться в 10 Гб

>и сервер АД?

тогда бы там вообще все ползало бы на карачках и осв формировалась бы не 2 минуты

+ к (35) А на самом деле надо смотреть и тестировать, чтобы понять где тонкое место, где тормоза.

(38) По описанию тормоза на таблице остатков и оборотов. Там надо учет смотреть. Сколько остатков по субконто висит.

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

Телепатов мало стало, и они дорогие нынче.

(36) и что?

(0) на СКЛ настрой сначала регламентные индексы-фигиндескы, статистики-фигистики. Поищи в инете "1С настройка СКЛ" - там 100 раз уже описывалось все.

(0) см. (41)
Обновить статистику в SQL для начала. И сказать - какого размера mdf, т.к. непонятно, что имеется ввиду под "объемом архива базы".

(40) >и что?

и все. в размере dt для выводов информации "ноль"

Объем архива базы 700 М
точно метров, а не гигов?
проверьте расписание регламентных заданий

(44) удалено по причине провокации на 3 и 4 http://www.forum.mista.ru/rules.php

Тесты Гилева показали что проблема в харде, медленный обмен.

При этом свертка одного года вылетает по нехватке памяти.

Решили сервак купить

(45) сама база 6 ГБ весит если в файловом варианте