Transactional Logging: Not Enabled

[vited]

Добрый день.

Есть старый Domino сервер на не менее старом Windows 2012R2

[1580:0005-10BC] IBM Domino (r) Server (64 Bit) (Release 9.0.1FP3 HF241 for Windows/64) 04.04.2021 13:39:29

По какой-то причине выключился Transactional Logging, как итог DAOS перешел в Read only и теперь все вложения конечно же пишутся в БД.

[1580:0005-10BC] Server directory: D:\Data
[1580:0005-10BC] Partition: D.Data
[1580:0005-10BC] DAOS: Read Only
[1580:0005-10BC] Transactional Logging: Not Enabled

Хотя в notes.ini указано следующее:

Directory=D:\Data
CREATE_R85_DATABASES=1
DAOSDeferredDeleteInterval=30
DAOSBasePath=E:\DAOS
DAOSMinObjSize=250000
DAOSEnable=1
DAOS_LOAD=1
DAOS_ENCRYPT_NLO=0
DAOSCatalogState=1
DAOSEST_BUCKETS=64,128,192,256,512,1024,2048,4096,8192,16384
TRANSLOG_AutoFixup=1
TRANSLOG_UseAll=0
TRANSLOG_Style=0
TRANSLOG_Performance=2
TRANSLOG_Status=1
TRANSLOG_MaxSize=4096
TRANSLOG_Path=F:\LogDir
Previous_TRANSLOG_Status=1
Previous_TRANSLOG_Path=F:\LogDir\
Previous_TRANSLOG_Style=0
Create_R85_Log=1

При старте сервер выдает только одно предупреждение

04.04.2021 12:24:34 Warning: DAOS object minimum participation size = 0, which is below the minimum recommended value of 64000

Хотя еще 23 марта Transactional Logging ещё был

[118C:0002-1654] Restart Analysis (111 MB): 10% 20% 30% 40% 50% 60% 70% 80% 90% 100%

Я выключил Transactional logging в серверном документе, остановил сервер, удалил все файлы из F:\LogDir\, запустил сервер.
Через 5 минут снова включил Transactional logging, перегрузил сервер, но эффекта ноль и папка F:\LogDir\ по прежнему пустая.

Что я пропустил?

 

[savl]

а что в серверном документе в настройках daos?
Пробовали отключать DAOS, затем TRLOG и ребутить?
Место для TL и DAOS есть?
По логам не ясно что было? Само по себе это не выключается.

 

[lionk]

Я бы ещё предложил сделать compact with size reduction по базам в корне. Когда внезапно что то перестаёт сохранять то возможно гдето достигнута квота о которой все давно забыли.
Удалить все текстовые файлы логов и рестартнуть сервак, он может мало писать в консоль но доп инфу дампить в логи, авось там что то полезное выскочит.

 

[vited]

а что в серверном документе в настройках daos?

Тоже что и в notes.ini:
Store file attachments in DAOS: Enabled
Minimum size of object before Domino will store in DAOS: 250000 bytes
DAOS base path: E:\DAOS
Defer object deletion for: 30 days

Пробовали отключать DAOS, затем TRLOG и ребутить?

Вот реально мне сейчас страшно его отключать. Это вообще возможно при наличии баз с даос?
Сейчас в E:\DAOS >200Gb файлов
Компактить всё обратно в базы сейчас не вариант - места не хватит на D:\Data

Место для TL и DAOS есть?

Да, и права я тоже проверил.

 

[savl]

Это вообще возможно при наличии баз с даос?

Можно, просто файлы новые не будут уходить, да сейчас они и так не уходят.
Открыть нельзя будет.

По логам что выяснить удалось?
Когда началось? что было перед этим? Кто-то в ОС что-то делал?
Антивирус там не ставили часом?
tell daosmgr resync force пробовали?
может файл daoscat поврежден?

 

[vited]

Можно, просто файлы новые не будут уходить, да сейчас они и так не уходят.
Открыть нельзя будет.

По логам что выяснить удалось?
Когда началось? что было перед этим? Кто-то в ОС что-то делал?
Антивирус там не ставили часом?
tell daosmgr resync force пробовали?
может файл daoscat поврежден?

23 числа мне прилетело письмо с ошибкой в коде 4005 Notes error: Insufficient disk space <view name> .
Сервер не мой и админ говорит, что вроде как по логам системы, место еще было на диске: порядка 10Gb из 400Gb . Но там сотни БД и сотни юзеров. Теоретически перестройка индексов в представлениях могла съесть всё это место, не уверен.

В общем сейчас всё заработало:

04.04.2021 23:59:38 Recovery Manager: Restart Recovery complete. (0/0 databases needed full/partial recovery)
04.04.2021 23:59:38 Recovery Manager: Assigning new DBIID for D:\Data\names.nsf (need new backup for media recovery).

1. Загасил все службы: Domino и NSD, выключив автозапуск
2. Перегрузил ОС.
3. Выполнил compact -T -c для всех nsf файлов в корне
4. Запустил сервер


Спасибо за помощь!

 

[savl]

место еще было на диске: порядка 10Gb из 400Gb . Но там сотни БД и сотни юзеров

Пусть админ цепляет новый диск и переводит туда перестройку индексов, чтобы из data их вынести, может и FTIndex тоже, если он там есть.
в любом случае причины почему даос перестает работать внезапно: доступ и место на диске.
так что ставить на отслеживает размер дисков надо всегда.

 

[lmike]

Пусть админ цепляет новый диск и переводит туда перестройку индексов, чтобы из data их вынести, может и FTIndex тоже, если он там есть.
в любом случае причины почему даос перестает работать внезапно: доступ и место на диске.
так что ставить на отслеживает размер дисков надо всегда.

а на 9.0.1FP3 разве можно индексы вынести?

 

[savl]

а на 9.0.1FP3 разве можно индексы вынести?

я про TMP, которые при RebuildView создаются, не про NIF.