8.х После загрузки в SQL база увеличилась в 3 раза

Тема в разделе "Установка платформы "1С:Предприятие 8"", создана пользователем Will, 16 май 2014.

  1. TopicStarter Overlay
    Will
    Offline

    Will Опытный в 1С

    Регистрация:
    15 авг 2012
    Сообщения:
    551
    Симпатии:
    1
    Баллы:
    29
    Здравствуйте!
    Была файловая база размеров 10 Гб.
    Выгрузили .dt, загрузили на сервер SQL.
    Размер базы стал 12 Гб.
    Выполнили полное Тестирование и исправление, после чего размер базы стал 26 Гб.
    Подскажите, с чем связано такое увеличение базы в SQL и как его можно уменьшить?
  2. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    при тестировании и исправлении производится перестроение всех индексов, sql новые индексы размещает только на последовательных страницах, поэтому под них увеличивает размер файла.
    уменьшать файл не стоит, иначе получите фрагментацию индексов и падение производительности.
    лучше даже руками увеличить размер базы раза в 2-3, чтобы не производилось автоматическое увеличение размера файла - операция не из быстрых
    Will нравится это.
  3. TopicStarter Overlay
    Will
    Offline

    Will Опытный в 1С

    Регистрация:
    15 авг 2012
    Сообщения:
    551
    Симпатии:
    1
    Баллы:
    29
    Спасибо. То есть стоит оставить всё как есть?
  4. rshakiro
    Offline

    rshakiro Профессионал в 1С Команда форума

    Регистрация:
    17 мар 2011
    Сообщения:
    2.236
    Симпатии:
    144
    Баллы:
    104
    В SQL что измеряете?? Должно быть 2 файла: *.mdf и *log.ldf, лог-файл может расти(бывает неограниченно), можно ограничить в настройках...
    Will нравится это.
  5. LordMaverick
    Offline

    LordMaverick Профессионал в 1С

    Регистрация:
    17 мар 2014
    Сообщения:
    3.438
    Симпатии:
    373
    Баллы:
    104
    -"Размер базы стал 12 Гб.
    Выполнили полное Тестирование и исправление, после чего размер базы стал 26 Гб."

    сам размер базы у вас и остался как был, легко может убедиться выгрузи в dt и загрузив снова в файловую

    у вас увеличился размер файлов сервера, точнее файл содержащий логи, это его обычное поведение
    Will нравится это.
  6. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    если база в режиме восстановления simple - лог может и не увеличиться
    Will нравится это.
  7. TopicStarter Overlay
    Will
    Offline

    Will Опытный в 1С

    Регистрация:
    15 авг 2012
    Сообщения:
    551
    Симпатии:
    1
    Баллы:
    29
    И с какой интенсивностью лог обычно растет? А то у нас размера на диске не так много...
  8. LordMaverick
    Offline

    LordMaverick Профессионал в 1С

    Регистрация:
    17 мар 2014
    Сообщения:
    3.438
    Симпатии:
    373
    Баллы:
    104
    от настроек зависит
    --- Объединение сообщений, 16 май 2014 ---
    вроде по дефолту при установке не он стоит
    Will нравится это.
  9. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    по умолчанию - нет, но умолчания зависят от шаблона :)
    Will нравится это.
  10. Draco
    Online

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.639
    Симпатии:
    948
    Баллы:
    204
    Ну я бы Вам под лог рекомендовал отвести отдельный диск. Посмотреть насколько быстро он наполняется. прирост файла делать как миниму в 1Га т.к выделение места - длительная процедура.
    Затем настроть по рассписанию Shrink лога. Допустим раз в неделю обрезать его до адеекватных размеров.
    Например выделяете отдельный диск ставите размер лог файла 20 Гб За неделю он вырастает до 40. В субботу вечерком либо делате Бэкап лога, который его очистит либо просто "Шринкуете"

    вот пример скрипта
    Код:
    USE KMS_82
    ALTER DATABASE KMS_82 SET RECOVERY SIMPLE
    DBCC SHRINKFILE (KMS_82_log, 20000);
    ALTER DATABASE KMS_82 SET RECOVERY FULL
    Will нравится это.
  11. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    не надо лог резать, надо, чтобы он был того размера, которого он может достичь до следующего бэкапа :)

    а вообще - если для вас не критична возможность восстановления на точку во времени и стоимость потери данных невысока (периодичность бэкапов большая), то для вас нет смысла держать полную модель восстановления базы - переводите в simple и не занимайтесь фигней с логами
    Will нравится это.
  12. Draco
    Online

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.639
    Симпатии:
    948
    Баллы:
    204
    ну я же написал что ИЛИ Бэкапить, ИЛИ шринковать. Я просто думаю что с такими размерами у них на simple могут тормаза начаться, но согласен что надо анализ сколько даных они вбивают, как база растет, кикие выборки делают.
    Will нравится это.
  13. nickpugachev
    Offline

    nickpugachev Профессионал в 1С Команда форума

    Регистрация:
    28 май 2012
    Сообщения:
    3.266
    Симпатии:
    131
    Баллы:
    104
    какими размерами? 12 гиг? оно заметно не будет, было бы там хотя бы раз в 10 больше... лог в 26 гиг они на ребилде индексов схватили, так это нормально абсолютно :)
    Will нравится это.
  14. Draco
    Online

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.639
    Симпатии:
    948
    Баллы:
    204
    В общем Мы им написали, а они пусть пробуют. Многое познается методом проб и ошибок.
    Will нравится это.
  15. TopicStarter Overlay
    Will
    Offline

    Will Опытный в 1С

    Регистрация:
    15 авг 2012
    Сообщения:
    551
    Симпатии:
    1
    Баллы:
    29
    Спасибо вам. Да, будем пробовать.
Похожие темы
  1. bob
    Ответов:
    3
    Просмотров:
    718
  2. PavelBaryshev
    Ответов:
    10
    Просмотров:
    1.491
  3. Tanya_22
    Ответов:
    11
    Просмотров:
    1.180
  4. Naida
    Ответов:
    10
    Просмотров:
    1.332
  5. nbIpKuH_BaH9I
    Ответов:
    4
    Просмотров:
    475
Загрузка...

Поделиться этой страницей