• 🚨 29 мая стартует курс «Пентест Active Directory: от теории к практике» от Академии Кодебай

    🔍 Изучите реальные техники атак на инфраструктуру Active Directory: от первоначального доступа до полной компрометации.
    🛠️ Освойте инструменты, такие как BloodHound, Mimikatz, CrackMapExec и другие.
    🧪 Пройдите практические лабораторные работы, имитирующие реальные сценарии атак.
    🧠 Получите знания, которые помогут вам стать востребованным специалистом в области информационной безопасности.

    После старта курса запись открыта еще 10 дней Подробнее о курсе ...

  • Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе

    «Анализ защищенности веб-приложений»

    🔥 Записаться бесплатно!

ODS 53 - конец ограничениям?

  • Автор темы Автор темы ToxaRat
  • Дата начала Дата начала
  • Теги Теги
    ods 53

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 328
42
Детали -
из понравившегося - The maximum size of databases allowed in IBM Domino 10 has increased to 256 GB; previously it was 64 GB. In addition, the maximum size of folders has increased significantly. Although the precise maximum size is difficult to quantify, users can expect at least a 10-fold increase in folder size capacity.

Щас поищу что-то огромное и попробую без DAOS
 
Детали -
из понравившегося - The maximum size of databases allowed in IBM Domino 10 has increased to 256 GB; previously it was 64 GB. In addition, the maximum size of folders has increased significantly. Although the precise maximum size is difficult to quantify, users can expect at least a 10-fold increase in folder size capacity.

Щас поищу что-то огромное и попробую без DAOS
и доложи)))
... с расширением ограничения по саммари-полям - обман)
выведем ИХ, всем миром, на чистую воду, басурман
 
и доложи)))
... с расширением ограничения по саммари-полям - обман)
выведем ИХ, всем миром, на чистую воду, басурман
по клиенту базы на ODS 53 перевел, но столкнулся что нету у меня локальных баз больше 64 гиг ;)
 
вообще не понимаю смысла в этих 256 GB... даже 64 GB не понимаю.
Да есть косяки, когда много вьюх, много документов.
Но если вьюхи можно сократить, вынести индексы, FT, rebuild, NIF
Аттачи: ZU + DAOS
А такое количество документов варяд ли всё живое, то можно их архивировать. Архивы делать по годам и тд
Кто реально сталкивался с этими 64 Гб на практике, причем столкновение было не из-за ошибок проектирования или своего недосмотра?
У нас один раз логи переполнились - удалили базу и все, ну потеряли за последние два дня, не страшно.
 
вообще не понимаю смысла в этих 256 GB... даже 64 GB не понимаю.
Да есть косяки, когда много вьюх, много документов.
Но если вьюхи можно сократить, вынести индексы, FT, rebuild, NIF
Аттачи: ZU + DAOS
А такое количество документов варяд ли всё живое, то можно их архивировать. Архивы делать по годам и тд
Кто реально сталкивался с этими 64 Гб на практике, причем столкновение было не из-за ошибок проектирования или своего недосмотра?
У нас один раз логи переполнились - удалили базу и все, ну потеряли за последние два дня, не страшно.
то ты не пробовал перенести такую базу на флешке ;)

как раз снятие такого ограничения позволит мне клиентом стянуть базу и развернуть её где угодно - хоть локально
 
А вот по всяким 15К, 32К и прочим ограничениям че-то слабовато продвинулись....
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!

Курс AD