SQL БД Администратор 4 - какой предел?

[Vintik]

Здравствуйте.

В учебном пособии УЦ 4 (2016г) читал, что для больших сетей рекомендуют SQL выше стандартной "экспрес".

В других ПО работающих с SQL такого плана, попадал что ограничение в 10 ГБ превышают (начиная с SQL 2008 до 10 ГБ, в том числе и 2014, которая ставится по умолчанию).

Сколько это примерно в размере ЦУС или УЦ не понятно. 

Можно приблизительное значение?

На пример 10 ГБ хватит на 1000000 пользователей ЦУС и 100000000 сертификатов 

 

[basid]

Проблема не только в размере базы. Express это всего одно ядро и только гиг памяти.
Хотя, если тормоза ЦУС/УКЦ/рабочих мест администраторов некритичны ...

[Xenobius]

Таки подтверждаю - с Express'ом рабочее место админа 4-ой версии, во всяком случае запускается, достаточно неторопливо.

[Sergeyy]

Тоже поддержу. с Express работает крайне не торопливо. Но жить можно. А повышенная редакция SQL денег стоит, которых нет как обычно.

[Vintik]

Спасибо.

То что работать можно я понимаю, куда там спешить и так всё летит, но ограничение какие опасаться?

Кто не будет замерял когда предел будет?  

[Xenobius]

Не, такой информацией, к сожалению, не располагаю.

[Илья Евгеньевич]

Здравствуйте, коллеги.

Нужны идеи по выходу из кризисной ситуации.

ЦУС/УКС работают на SQL express. При размере таблицы VipNetAdministrator в 50Мб размер таблицы VipNetAdministrator_log занимает 8Гб.

Как без вреда для нервной системы администратора уменьшить размер таблицы VipNetAdministrator_log?

Модель восстановления полная.

Общее количество клиентов около 250 шт.

Проблема в недостатке места в базе.

[Vintik]

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

[Илья Евгеньевич]

Спасибо.

Полная копия имеется.

Таблица VipNetAdministrator_log не описана в инструкции. Есть только информация про VipNetAdministrator. Создаёт ли этот журнал сам SQL или это делают ЦУС/УКЦ?

Удалить файл, запустить скрипт на удаление устаревших записей (где взять)? Как именно грохнуть?

Если смотреть на файлы, то VipNetAdministrator.mdf (50Мб), VipNetAdministrator_0.ldf (8Гб).

 

[Vintik]

Мне благо необходимости такой не было, но я думаю для этого и есть логин пароль в инструкции на SQL стандартный и если не меняли, то попробовать зайти средствами "СКЛ менежера" и там грохнуть (очистить), хотя странно, что само ПО этого не делает, может баг в вашем билде. Если есть тех.п. купленная то отпишите с сапорт, там уверен у них точно есть какой то скрипт и за одно может сам Администратор обновить подскажут, если увидят, что билд старый.

[Илья Евгеньевич]

! Не уверен в правильности решения, но размер ldf файла сократился до 1Мб с 8Гб.

"В процессе работы с базой, которая размещена в СУБД Microsoft SQL Server, происходит постепенный рост файла с логами, который может достигать приличных размеров. Решение вопроса крайне простое. Для этого вам потребуется Microsoft SQL Server Management Studio. Запускаем его и переходим в соответствующую базу.

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

Если у вас русскоязычная версия, то выполните следующую последовательность действий:

1. Заходите в "Свойства" VipNetAdministrator;

2. Находите в раздел "Параметры";

3. В пункте "Модель восстановления" выбираем "Простая"

4. Выбираем для параметра "Автоматическое сжатие" значение "True"

5. Выбираем для параметра "Статистика автоматического создания" значение "True"

6. Нажимаем ок и снова возвращаемся к базе данных

7. Нажимаем правой клавишей на нашей базе VipNetAdministrator - "Задачи" - > "Сжать" -> "База данных" - выполняем задачу "

8. Возвращаем модель восстановления на "Полная".

9. Ждём следующего раза. :-)

п.с.

Данные для понимания скорости разрастания журнала: миграция ЦУС/УКЦ была в апреле. Место в SQL Express кончилось в августе того же года. Клиентов около 250шт.