Решение одной из проблем торможения файловых баз на Windows 7 (Теневое копирование)




Решение одной из проблем торможения файловых баз на Win7-8 (Теневое копирование).

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

 

Сначала грешили на сеть т.к. она была 100Мб, но тестирование показало, что данной скорости достаточно для нормальной работы. (мы развернули у себя в офисе точно такую же сеть,  документы проводились медленнее, чем на гигабите, но не в разы)

 

Затем стали экспериментировать с антивирусом, включили базу и файлы 1С в исключения, затем совсем отключили проверку — ситуация не поменялась.

 

Начали копать глубже в настройки безопасности и последовательно отключать все, что могло тормозить систему, и о чудо!!! после отключения теневого копирования на диске С: тормоза пропали.

 

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

Где смотреть:

Жмем «Пуск»-правой клавишей на «Компьютер» — «Свойства»:

 

 

Далее в окне жмем «Защита системы»:

 

 

Смотрим на каких дисках у вас включено теневое копирование

 

При необходимости изменяем настройки:

 

10 Comments

  1. Горыня

    Что то часть картинок пропало после модерации.

    Чуть позже поправлю.

    Reply
  2. hogik

    (0)(1)

    «при этом на машине, где стояла сама база, таких тормозов не наблюдалось»(с)

    Алексей.

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

    Вот тут есть пояснение сути эффекта:

    http://forum.infostart.ru/forum1/topic75715/message809477/#message809477

    Reply
  3. OLEG4120

    Это здорово, что Вы нашли причину, но отключение защитыдля для диска С: слишком агульно.

    Бывало не раз откат точки восстановления, экономил кучу времени, уберегая от переустановки системы.

    Уж лучше всякими там акронисами переразбить диск

    Reply
  4. Горыня

    (2) hogik,

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

    Reply
  5. Горыня

    (3) OLEG4120,

    Я просто описал проблему. Понятно, что лучшее решение, это перенести 1С на другой диск.

    Reply
  6. webester

    Страннно, базы частично лежат на системном разделе, включаю большую 6гиговую, над которой все время провожу опыты, не разу тормозов не замечал.

    Reply
  7. Горыня

    (6) webester,

    в настройках есть ограничение по объему файлов, может твой большой файл не влезает в квоту.

    Reply
  8. Горыня

    (2) hogik,

    Не увидел там ни вопроса ни решения и вообще не понял за что заплатили 100$м 😉

    Reply
  9. hogik

    (8)

    «Не увидел там ни вопроса ни решения и вообще не понял за что заплатили 100$м»(с)

    Алексей (Горыня).

    Вопрос в первом сообщении той темы, а ответ в 16-ом сообщении.

    Решение — использовать терминал-сервер.

    Заплатил 100$m, т.к. иначе они уйдут владельцам ресурса… 🙂

    Reply
  10. Bears

    Если честно статья ни о чем.

    Можно всю статью уместить в одной фразе — Никогда не кладите рабочие базы на системный диск.

    Причин для этого множество, это одна из них, причем не основная.

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

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

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *