🚨 29 мая стартует курс «Пентест Active Directory: от теории к практике» от Академии Кодебай
🔍 Изучите реальные техники атак на инфраструктуру Active Directory: от первоначального доступа до полной компрометации.
🛠️ Освойте инструменты, такие как BloodHound, Mimikatz, CrackMapExec и другие.
🧪 Пройдите практические лабораторные работы, имитирующие реальные сценарии атак.
🧠 Получите знания, которые помогут вам стать востребованным специалистом в области информационной безопасности.После старта курса запись открыта еще 10 дней Подробнее о курсе ...
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
Вот даже не знаю, не наблюдаю таких проблем на почтовых серверах 10.0.1.2, когда пользовал compact -c
Хотя в FP2 пофиксена проблема как раз именно с compact -replica, но по части стабов:
SPR# SWASAEXPSC - Fixed an error when running compact -replica where idtable full issue was not fixed due to stub/ghost notes not being correctly handled.
Но вообще, я хотел спросить, а зачем пользовать режим -replica на почтовых БД?
Переходите от compact на использование DBMT
Есть хорошая дока с рекомендациями, как пользовать DBMT и для каких БД (спойлер - для системных) еще актуален compact.
Ссылка на IBM - не работает (может оживет еще)
Ссылка скрыта от гостейПоэтому скачать презентацию "Domino Database Maintenance: Best Practices" в формате pdf можете отсюда:
Ссылка скрыта от гостей
Да, я понимаю, что -replica может быть удобна. Но не понимаю, чем она может быть удобна применимо к почтовым БД.-replica удобна, кода останавливать сервер нельзя, но компактить очень хочется ))
Возможно держат задачи, которые отстраивают календарь пользователя...в почтовых БД нет никаких агентов, которые держат базу или постоянно меняют в ней документы.
Обучение наступательной кибербезопасности в игровой форме. Начать игру!