Поднимет ли производительность и уменьшит ли объём БД создание чистой базы и переброс в неё данных при помощи обработки "Перенос данных между идентичными конфигурациями"?

а выгрузка-загрузка ?

(1) Может, сразу - отключить от SQL Server и подключить снова? Смысл практически тот же в общем.

(1) Если СКЛ, удали лог-файл.

Лучше сходи на сайт Гилева, там много чего интересного

(0) Всех данных, что-ли?

(2) да не. не тот же при выгрузке dt-шника 1с все записи по полочкам в нем раскладывает.

(5) ну да, если выбрать там все галки

(3) схема восстановления простая, логи режутся ежедневно после бэкапа

(6) чогой-то не сильно помогает

(7) Ну... Получишь точную копию.

Хе хе... ~40.000.000 (сорок миллионов!) записей в регистре "Установка цен номенклатуры". )))

(0) разумеется нет

что конкретно не устраивает в размерах и скорости?

(11) это копейки....

заставь sql проиндексировать таблицы

сделай регламент для скуля, обновление статистики и реиндексацию

http://1cexpo.ru/instrukczii/22-reglamentnye-operaczii-na-urovne-subd-dlya-ms-sql-server.html сделал. Немного помогло. Думаю, где-то логические ошибки в обработке данных и время увеличивается далеко не в линейной зависимости от их количества. ((

да порежь ты этот регистр "Установка цен номенклатуры". у них что там миллионный ассортимент? а цены которые были 5 лет назад наврятли нужны. если нужны развернешь архивную БД пусть там смотрят.

(17) Уже режу. Это не за пять лет, ЭТО ЗА ГОД! :-))) Ассортимент ~100.000, ходовых ~30.000.

Проблема найдена.
- Кривые запросы + RLS;
- Слабенькая дисковая система сервера.

(19) "Кривые запросы"
неужто в типовых?

(20) Ого! Какая наивность... Именно в типовых и наблюдается обилие кривых запросов...

(21) Думал все запросы в типовых верх совершенства, гений инженерной мысли.

(22) мда :-) Троллинг удался :-) Поздравляю

Раз уж про производительность - кто-нибудь анализирует свои сервера с помощью сборщиков данных и смотрением на превышение метрик? Или пока петух не клюнет в виде прикладной проблемы, не шевелитесь?

(24)
Штурман приборы
- Двадцать четыре
- Что двадцать четыре?
- А что приборы?


Так и здесь, чё на них смотреть, если нехрена не понимаешь, вот как ударит петух тогда начнешь гуглить и мерить. А так даже непонятно какие слова гуглить и что искать

(20) Доработанная УТ 10.3
(21) В том числе.
(22) Хрен бы там!
(24) Пока документы проводиться по 5-10 минут не стали, всем было до лампочки.

(25) (26) а если надо проанализировать запас сервера под рост нагрузки? Как тогда смотреть до боевой эксплуатации?

P.S. Гилева курил, но он же на форуме пишет "У нас пока нет четкого понимания, как интерпретировать показания для сервера 1с, он дает существенно большие значения при этом с точки зрения производительности все может быть хорошо"

v8: Возможности повышения производительности сервера баз данных MS SQL 2008 вот к примеру vde69 делится полезными знаниями