http://glpi-project.org/spip.php?article41&lang=en
Добавление пользователя в 1С
1. загружаем в конфигураторе базу BGU
Включение баканализатора microflex
1. Включаем ИБП левой кнопкой2. Выключаем клавишу питания прибора (сзади над кабелем питания)3. Открываем правую дверцу4. Отключаем красный провод J2625. Включаем клавишу питания. По звуку убеждаемся что запустился насос. Горят три лампы.6. Подключаем обратно красный кабель.7. Включаем компьютер8. Запускаем flexControl
Получение ключей ЭЦП декабрь 2016
1. Письменное обращение для получения дистрибутива КриптоПро 3.6.1
Исправление неработающих сетевых функций windows 7
Для возможного решения проблемы рекомендую Вам выполнить следующее:1. Нажмите "Пуск" — "Все программы" — "Стандартные".
Восстановление раздела ext4 с тома lvm
Восстановление для простых случаев:
Как настроить подключение к виртуалке kvm через консоль
когда не работает сеть редактируем файл виртуалки в хост-системеvirsh edit <vm-name>
Откроется текстовый редактор с описанием “внутренностей” виртуалки.
Работа с образом img виртуальной машины kvm
Как смонтировать образ дискаВажное замечание! ни в коем случае не монтируете диск запущенной виртуалке, данные будут потеряны.
Лицензии microsoft
ФНКЦ ФХМ
Полностью заполнено место на диске с базой сервера 1С
Шринк лога транзакций MS SQL 2008/2012 в экстренном случае или боремся с ошибкой HRESULT=80040E14Опубликовал Сергей Чигирь (Kserken) в раздел Администрирование — Чистка базыПошаговая инструкция по уменьшению лога транзакций (*.ldf) MS SQL 2008/2012. Когда при подключении к базе MS SQL появляются ошибки:Ошибка СУБД: Microsoft OLE DB Provider for SQL Server: Журнал транзакций для базы данных "ReportServer" заполнен. Чтобы обнаружить причину, по которой место в журнале не может быть повторно использовано, обратитесь к столбцу log_reuse_wait_desc таблицы sys. databases HRESULT=80040E14, SQLStvr: Error state=2, Severity=11,native=9002, line=1или Ошибка СУБД: Microsoft OLE Provider for SQL Server: The transaction log for database “ReportServer” is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column is sys.database HRESULT=80040E14, SQLSTATE=4 2000, native=9002это значит, что на диске, где расположен лог транзакций закончилось место и теперь СУБД некуда записывать данные о новых транзакциях. Чаще всего такое происходит, когда не установлено никаких ограничений на размер лога и в MS SQL не создано соответствующих планов обслуживания.В таком случае нужно уменьшить размер самого файла транзакций (*.ldf), другими словами сделать шринк (сжатие) лога. Для этого можно использовать как запрос, так и сжатие лога вручную. Рассмотрим сжатие лога транзакций вручную:Запускаем Microsoft SQL Server 2014/SQL Server 2014 Management StudioШаг 1. Установить модель восстановления Простая (Simple). Правой кнопкой на базе — Свойства(Properties) — Параметры(Options) — 4-й сверху пункт Модель восстановления(Recovery model) — Простая(Simple) — OK.Шаг 2. Выполнить шринк (сжатие) лога транзакций. Правой кнопкой на базе — Задачи(Tasks) — Сжать(Shrink) — Файлы(Files) — установить Тип файла(File type) — Журнал(Log) — в Операция сжатия(Shrink action) - выбрать Реорганизовать страницы, перед тем осводить неиспользуемое место(Reorganize pages before releseasing unused space) — Сжать файл (Shrink file to) - указать приемлемый размер лога. Шаг 3. Установить модель восстановления Полная(Full). Правой кнопкой на базе — Свойства(Properties) — Параметры(Options) — 4-й сверху пункт Модель восстановления(Recovery model) — Полная(Full) — OK. P.S.: В данной статье даны рекомендации для решения конкретной проблемы. Настройка самого MS SQL здесь не рассматривается!