8.х Размер БД 100+гб - вопросы производительности

Тема в разделе "Конфигурирование на платформе "1С:Предприятие 8"", создана пользователем lanna_oops, 19 янв 2009.

  1. TopicStarter Overlay
    lanna_oops
    Offline

    lanna_oops

    Регистрация:
    8 окт 2008
    Сообщения:
    30
    Симпатии:
    0
    Баллы:
    1
    Здравствуйте! Нужен совет специалиста!!!
    Какова будет работоспособность сервера 1с 8.1 при взаимодействии с базой объемом 250-350 гигабайт??? сейчас база весит уже 100 с лишним гигабайт и некоторые расчеты производятся ночью, так как требуется достаточно длительное время... а руководство хочет увеличить объем базы за счет соединения ее с разными регионами в одну...( я конечно сама в шоке, но тем неменее просили узнать у специалистов мнение...)
    Наколько это возможно...и как обеспечить нормальную работус таким объемом данных? :unsure:
    [warn=Читайте правила!]Навание темы должно отражать ее суть![/warn]
  2. uza
    Offline

    uza 1С, VBA (EXCEL), VB (.NET + WEB)

    Регистрация:
    10 июл 2007
    Сообщения:
    1.845
    Симпатии:
    1
    Баллы:
    29
    100 гигов это база после "сжатия"?
    соединение с регоинами, по идее не должно давать "взрывного" увеличения объема данных (номенклатуры одни и теже, списки контрагентов и т.д.... разные только документы пойдут).
    Скорость работы зависит не линейно от объема базы. Маленькая база, при активной нагрузке на нее будет тормозить, а большая, при одном неторопливом юзере - будет попусту "палить" бабло, вложенное в сервер".

    Оценить нагрузку на сервер можно только вычислив дельту нагрузки. Т.е. например, сколько документов в час вводится сейчас (сравнить пиковый час, и обычный час (когда еще не проснулись, или уже спят) и сколько будет вводиться документов в случае объединения.
    Как правило "пиковый час" - это время с 11.00 до 16.00, так вот, если у вас регионы из разных часовых поясов (допустим Москва - центр, Хабаровск - регион), то и пиковых часов будет больше, но они будут размазаны.
    Оценив дельту смотрите, что нагрузка на сервер расте по экспоненте.
    Т.е. сервер, который обрабатывает запросы от 20ти пользователей со средней задержкой в 15 секунд, будет обрабатывать 30ть пользователей с задержкой уже в 30 секунд, а 40 пользователей с задержкой в 65 секунд (цифры от потолка, и на практике может все оказаться наоборот, т.е. увеличение числа пользователей в двое, увеличивает нагрузку на сервер всего на 10%).

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

    Ну а далее просто, либо увеличивайте мощность серверов, либо меняйте алгоритмы работы, либо расширяйте/создавайте пул серверов... ну или все вместе.
  3. BabySG
    Offline

    BabySG Администраторы Команда форума Администратор

    Регистрация:
    10 июн 2007
    Сообщения:
    11.853
    Симпатии:
    12
    Баллы:
    29
    В теме не отражено никаких показателей.
    1. Что за конфигурация?
    2. Конфигурация серверов
    3. Количество пользователей
    4. Объем докуметооборота
    5. Изменения
    6. Прочее.....
    Поэтому дать какой-то совет невозможно.
  4. TopicStarter Overlay
    lanna_oops
    Offline

    lanna_oops

    Регистрация:
    8 окт 2008
    Сообщения:
    30
    Симпатии:
    0
    Баллы:
    1
    У нас специально разработанная на платформе 1с предприятие 8.1 мконфигурация для учета электроэнергии крупной энергокомпании в Казахстане в разных регионах. аналога не существует!!!
    Общее количество регионов = 26. все они находятся в Восточно-Казахстанской области...общий объем баз всех регионов составляет 217 гигабайт...
    Так как конфигурация Вам неизвестная, могу сказать, что имеется сходство с конфигурацией УПП...
    конфигурацию всех серверов, я думаю указывать не имеет смысла, так как мы хотим получить совета, какой мощности как раз таки и должен быть сервер, работающий с таким объемом...
  5. BabySG
    Offline

    BabySG Администраторы Команда форума Администратор

    Регистрация:
    10 июн 2007
    Сообщения:
    11.853
    Симпатии:
    12
    Баллы:
    29
    Так как конфа самописная - начать следует с анализа кода и прочего.
    Оптимизировать индексы, например.

    А объем вторичен - так как скулю что 100гб, что 200гб..

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