1. Письменное обращение для получения дистрибутива КриптоПро 3.6.1
Исправление неработающих сетевых функций windows 7
Для возможного решения проблемы рекомендую Вам выполнить следующее:1. Нажмите "Пуск" — "Все программы" — "Стандартные".
Восстановление раздела ext4 с тома lvm
Восстановление для простых случаев:
Как настроить подключение к виртуалке kvm через консоль
когда не работает сеть редактируем файл виртуалки в хост-системеvirsh edit <vm-name>
Откроется текстовый редактор с описанием “внутренностей” виртуалки.
Работа с образом img виртуальной машины kvm
Как смонтировать образ дискаВажное замечание! ни в коем случае не монтируете диск запущенной виртуалке, данные будут потеряны.
Лицензии microsoft
ФНКЦ ФХМ
Подключили кассу столовой к серверу iiko кб123
Витую пару hyperline, ведущую от патч-панели 1-11 серверной к шкафу лабораторного корпуса, разрезал под потолком в подвале в месте входа в подвал с правой лестницы. Пары ор и зел обжал на розетке.
Новый сервер для masbi.ru
Процессор Intel Pentium G4400 / G4500 4400/4800
Полностью заполнено место на диске с базой сервера 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 здесь не рассматривается!
ГОСТ транслитерация
ГОСТ 7.79-2000Система стандартов по информации, библиотечному и издательскому делу. Правила транслитерации кирилловского письма латинским алфавитом