• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Существенно разный размер реплик одной базы

  • Автор темы nvyush
  • Дата начала
N

nvyush

Здравствуйте все!
Возникла проблема: на центральном сервере база 5Г, занято 57%, документов 1600, на удалённом серверех её реплика 25Г, занято 97%, документов 1500. Формул репликации нет. Серверы 8.0.2. В чём может быть проблема?
 
H

hosm

мб, какие-то документы ограничены ридерс-полями и не реплицируются?
на размер БД могут влиять индексы видов.
ну, и периодичность компакта с определенными ключиками.
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
nvy
а с чего вы решили что проблемы вообще есть?
размер это не проблема
думаю там где меньше попросту не все индексы видов с инициализированы, а там где больше активно юзаются и все виды задействованы и открыты
разница в 5 раз может достигаться благодаря 5-10 видам в который дублируется информация которая итак есть в самих документах
 
K

Klido

1.5К доков и индексов на 25Г? ОМГ :) что ж там за вьюхи должны быть.... самый большой индекс вьюхи в базе на 150К доков по 350+ полей в доке и около 20 столбцов с категориями и всякой лабудой - который лично видел - был 700Мб+ всего...
 
N

nvyush

nvy
а с чего вы решили что проблемы вообще есть?
размер это не проблема
думаю там где меньше попросту не все индексы видов с инициализированы, а там где больше активно юзаются и все виды задействованы и открыты
разница в 5 раз может достигаться благодаря 5-10 видам в который дублируется информация которая итак есть в самих документах
Проблема как раз в размере. Админ установил квоту на базу в 5Г, соответственно на удалённом сервере нет возможности добавления документов.
Что касается ридерс полей, то в каждом доке в ридерс поле есть роль [Admin], в ACL данная роль дана группе LocalDomainServers, серверы в одном домене и входят в эту группу.
 
K

Klido

nvy
надо разобраться с размером... что-то не так - в репликах должно быть:
а) одинаковое кол-во документов - разница уже странная (хотя да - из-за квоты же)
б) % занятости места - это же реальное место, более крупная реплика имеет больший размер - как там может быть % выше?

лечить - от пересоздания реплики (очиствка истории репликации?) до убиения индексов руками (в 25Гб) и updall -r
желательно фиксп пройти и компактнуть тоже обе...
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
nvy
ооо, вот тут уже есть проблема ;)
а сколько видов в базе то? ;)
или даже не так, сколько личных папов/видов видно через менеджер вью используя фулладмин? ;)
 
N

nvyush

Админ компактнул удалённую базу и она "усохла" до 3Г. Остался вопрос, как такое могло произойти и как не допустить в будущем.
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
nvy
зайди в базу и жмякни Ctrl+Shift+F9
удастся тебе опять её до 25 гиг растянуть? ;)
 
K

Klido

nvy
в админском клиенте на базе правой кнопкой в конце меню Manage views - там смотри КАК они растут ;)
глюк такой бывает, на ночь зарядите запуск принудительно компакта+апдолла на базу...
 

rinsk

Lotus Team
12.11.2009
1 151
125
BIT
3
Админ компактнул удалённую базу и она "усохла" до 3Г. Остался вопрос, как такое могло произойти и как не допустить в будущем.

Увы - да! Такое довольно часто происходит с базами... причем наблюдается с версий 4.6 - неоправданное раздувание размеров. Это не окурки, не Agent Data - эт похоже оно не может заюзать повторно место отведенное для индексов... Лечится fixup+compact -c -D...
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
Увы - да! Такое довольно часто происходит с базами... причем наблюдается с версий 4.6 - неоправданное раздувание размеров. Это не окурки, не Agent Data - эт похоже оно не может заюзать повторно место отведенное для индексов
может есть еще какая-то специфика, а то я за свой опыт такого не наблюдал ни разу (про раздувание за просто так на 25гиг)
 

rinsk

Lotus Team
12.11.2009
1 151
125
BIT
3
может есть еще какая-то специфика, а то я за свой опыт такого не наблюдал ни разу (про раздувание за просто так на 25гиг)

Не обязательно именно на 25... например недавно - есть прикольная такая базюка на 1,5 млн. документов. Жило оно в кластере. Обе версии базы занимали примерно 9 гиг... и вдруг не с того не с сего одна из баз разрослась до 12 гиг. Размеры индексов видов - почти одинаковые, а размер разный. фиксап+компакт вернул размер в прежнее место. Фиг его знает почему.
 

Мыш

Lotus Team
12.02.2008
1 219
29
BIT
66
У меня такое происходит с базами журналирования почты - периодически реплика вырастает аж больше 64Gb. При этом создание НОВОЙ реплики с МАЛЕНЬКОЙ реплики ситуацию не меняет. Лечу разбиением журнала на 2 базы поменьше. Заметил, что происходит это при большом размере базы - порядка 35-40 Gb.
 
Мы в соцсетях:

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