Денис

Журнал транзакций (файл ldf) MS SQL может существенно вырасти при соблюдении следующих условий:
0. Установлена Полная модель восстановления.
1. За период времени между операциями BACKUP LOG было зафиксировано большое количество транзакций.
2. По каким-то причинам пункт №1 повторился несколько раз, т.е. транзакции в лог писались, но операция BACKUP LOG не выполнялась. В результате файл может вырасти до огромных размеров (пример из личного опыта: файл данных - 700 Гб, файл логов - 800 Гб).

Для решения проблемы с уже выросшим файлом логов:
1. Сделайте либо полный бэкап (BACKUP DATABASE), либо бэкап логов (BACKUP LOG).
2. Проверьте что файл логов пуст (размер у него останется тот же, но содержимое будет заполнено нулями). Наверняка есть варианты сделать это с помощью T-SQL, но можно через SSMS: ПКМ на имени базы -> Задачи -> Сжать -> Файлы, в появившемся окне в поле "Тип файла" выбираем "Журнал" и ниже сравниваем выделенное и доступное свободное место. Если делали полный бэкап, то выделенное будет существенно больше доступного. Если делали бэкап логов, то они будут практически равны.
3. В той же SSMS переводите базу на Простую модель восстановления и в окне из пункта 2 сжимаете журнал либо полностью, либо до определенного размера (я бы советовал до определенного). Опять же, вышеописанное точно можно сделать с помощью T-SQL.
4. Возвращаете Полную модель восстановления.
5. Для предотвращения подобных ситуаций в будущем, старайтесь настроить бэкап логов почаще (зависит от интенсивности работы с базой, от 15 минут до 1 часа)

Раз
Два

Играл когда-то в какую-то игрушку и она периодически вылетала с синим экраном. Грешил на репак. Оказалось память. При чем до этого лет 6-7 проблем не было, что удивительно, т.к. память или процессор обычно либо сразу рабочие, либо работают до конца, в отличие от дисков, которые со временем деградируют.
Проверьте мемтестом, возможно хватит даже встроенного в систему (mdsched).

dt-ка, так же как и RAID, не бэкап. Вроде даже сами 1Сники не рекомендуют бэкапить выгрузкой в dt. Бэкапьте базу соответствующими средствами.

1С и не должна видеть клиенсткий ключ с лицензиями, их должны видеть пользовательские компьютеры.
Еще у хасповский ключей в связке с Windows старше 2012 есть неприятный глюк, что ключ отваливается при определенных условиях (при запросе лицензии из сети отличной от той, в которой настроен ХАСП). Наверняка у вас винда старше 2012, поэтому скопирую свою хавтушку:
0. Установить sentinel_ldk_run_time_cmd_line, версия 7.103
1. Установить HASP LM
2. Настроить nhsrvice.ini и скопировать его в C:\Windows\SysWoW64
3. Отключить правила созданные при установке HASP LM.
4. Создать правило файервола со следующими настройками:
удаленный адрес - {подсеть}/{маска}
протокол - UDP
локальный порт - 475
программа - C:\Windows\SysWoW64\nhsrvice.exe (в принципе, не обязательно)
5. При проблемах в работе (вылетает процесс с UDP), ловить ошибки с помощью CurrPorts от NirSoft и логов виндового файервола.

P.S. Если клиентов мало, то для надежности и ускорения процесса получения лицензии, можно еще nethasp.ini на клиентах настроить . Но если сеть все время одна, то в принципе не нужно (тогда пункты 3 и 4 выше тоже не нужны).

Что-то я очень сомневаюсь, что бесплатное ПО будет в реестре. А вот перелицованное бывшее бесплатное, но уже за деньги, это будет, да.

А ни у кого нет реального опыта использования линуксовых (под капотом) инструментов для бэкапа виндовых машин (физических и виртуальных)? Например, BareOS или Urbackup.

Хотя меня и подбешивает какая-то маниакальная тяга Sophia Script к самой последней сборке 10-ки, а если сборка последняя, то еще и самые последние обновления должны быть установлены (скачал мартовскую официальную сборку от MS, обработал SS, все ок. Через неделю запускаю SS на другой свежеустановленной системе из того же образа, а SS мне отвечает: без последних обновлений ничего не буду делать) и требование админских прав для ее выполнения (именно наличия прав у пользователя, а не запрос повышения прав), но вынужден признать что она (SS) довольно неплохо освобождает память по результатам своей работы.

P.S.

Может ли быть дело в оперативной памяти? Хотя после смены материнской платы и покупки дополнительных плашек по 4гб все работало минимум полгода нормально, да и недавно тестами проверял, все было нормально.

У меня лет 7 все было нормально, а потом начались синие экраны. Сначала грешил на кривой репак (вылетало в 99% случаев при игре), но потом все-таки проверил Memtest'ом. Из двух одинаковых плашек, на одной появилась куча ошибок. Так что проверьте память еще раз, вполне возможно что появились ошибки.

P.S. Кстати, проверьте хорошо ли вставлены сами плашки в разъемы. Как-то принесли мне системный блок, говорили глючит, надо проверить. Проверил, память была видна вся, только вот при вскрытии системника оказалось что одна плашка не до конца вставлена (свободно "ходила" в разъеме). Как она работала - не представляю.))

NetSetMan
Или еще видел скриптами с помощью netsh.

Какие именно логи: базы данных или самого сервера SQL?
БД - вообще не рекомендуется ручная чистка, но если очень хочется, то закрываете все соединения и через SSMS (правой кнопкой на базе и выбираете Задачи-Сжать-Файлы) или DBCC SHRINKFILE. А вообще, ставьте модель восстановления Simple/Простая и ничего кроме файла данных расти не будет (но про инкрементальный бэкап забудьте).
Если самого сервера SQL, то просто удаляете файлы.

Дмитрий, Viktor T2, mayton2019, спасибо! Вашими совместными советами все получилось: при загрузке с live-USB возможностей больше, чем на работающей системе.

P.S. Если перенесете ваши комментарии в секцию ответов, то с удовольствием отмечу их как решение.

Пользователь от имени которого запущена 1С имеет доступ к каталогу, указанному в ошибке?

Ситуация в общем-то стандартная. Ранее я решал ее выводом компьютера из домена и повторным подключением, используя локальную запись Администратора.

Обычный пользователь тоже это может, если конечно сами не отключили такую возможность.
Попробуйте любым из способов ниже:

• Переустановить учетную запись компьютера -> Выводим из домена -> Вводим в домен -> Перезагружаем компьютер
  
• netdom resetpwd /server: DomainController /userd:Administrator /passwordd:P@$$w0rd
  
• Reset-ComputerMachinePassword -Server DomainController -Credential Domain\Admin
  

Вам нужен готовый скрипт или план действий? Во втором случае, с помощью того же powershell (или любого другого скриптового языка который знаете и который умеет "общаться" с AD) выгружаете содержимое исходного подразделения в тот же csv, а потом в новом домене загружаете из полученного csv сохраненную структуру. Можно тоже самое сделать в два (четыре если считать в двух доменах) захода: сначала копируем структуру, а потом самих пользователей. В общем powershell и -WhatIf в помощь.

P.S. В случае готового скрипта "курите" интернет. Загрузка/выгрузка пользователей достаточно тривиальная задача, решений полно.

Любым просмотрщиком sqlite.

В зависимости от того, что за пользователи на 2003. Если доменные, то ничего переносить не надо, достаточно ввести новый сервер в существующий домен и добавить пользователей в группу пользователей удаленного рабочего стола. Если локальные, то чтобы избежать ручного создания и настройки нужно писать скрипт. Или поискать готовый.