@MongoDBRussian

Страница 215 из 342
Aleksandr
01.04.2018
15:17:02
как я тут оказался...

ясно

Lipe
01.04.2018
15:22:37
Aleksandr
01.04.2018
15:23:33
Как?
точно

Google
Aleksandr
01.04.2018
15:23:38
2 года уже сижу и думаю

как я тут оказался...

Lipe
01.04.2018
15:24:23
Я тоже

Первый раз вижу

Aleksandr
01.04.2018
15:27:16
Первый раз вижу
та. это я где то меесяца назад котвертнулся в кота из человека

Anton
01.04.2018
17:10:27
/mute

/leave

Вы аккуратнее с шутками, а то увидел, офигел, чуть не вышел

Dmitry
01.04.2018
18:17:51
Да, шутка злая. Вроде не пил. Но не понял как оказася в MS SQL ?

с легким паром прям

XENONIUM
01.04.2018
21:11:29
Стоп, это чат по монге?! Я сюда за МССервером пришел...

Serge
01.04.2018
21:13:59
Google
XENONIUM
01.04.2018
21:14:49
У меня только первое наступило. Мссерверы в Монге превратили

Stas
01.04.2018
21:21:22
всем привет, ребят, подскажите плз, можно ли сохранять поддокумент в схеме или нужно сохранять только весь документ? допустим есть main схема, у неё есть подсхема test, можно ли делать не main.save(), а test.save()?

Voskresus
02.04.2018
09:16:41
тут есть кто то кто хорошо так знает инглеш, нужно пару советов по изучению ?

Nick
02.04.2018
09:18:23
вот тебе мой совет - найди профильный чат по инглишу и там спроси, они то всяко больше в теме

Voskresus
02.04.2018
09:30:13
вот тебе мой совет - найди профильный чат по инглишу и там спроси, они то всяко больше в теме
я думаю иначе, человек который добился уже каких то успехов в изучении иностранного языка сможет более точно передать повестку, вот если я тебя спрошу с чего начать изучать Рассенский язык что ты ответишь ? я вот к примеру ничего не смогу ответить

Nick
02.04.2018
09:30:59
я скажу, что надо найти группу изчения %SOME_LANGUAGE_NAME% и спросить там

т.к. они явно больше в теме

даже если я на достаточном уровне владею %LANGUAGE_NAME% и состою в той самой группе, то тут я тебе ничего не отвечу

Анатолий
02.04.2018
09:43:43
Привет! Подскажите пожалуйста - чтобы забекапить 1.3Тб монги через LVM снапшот надо будет прицепить к серверу такое же место - 1.3Тб или больше?

yopp
02.04.2018
09:45:41
Serhio
02.04.2018
09:47:04
учтите ещё такой факт, что снапшот желательно удалить после его снятия, так как он снижает скорость работы источника снапшота

Анатолий
02.04.2018
09:47:14
не совсем понятно. если это только слепок - как из него потом восстанавливают данные? моя цель взять всю эту большую монгу и кинуть на другой сервер

Анатолий
02.04.2018
09:48:19
мм.. мне кажется что реплика не подойдет - потому что мне потом надо удалить эти данные с первого сервера..

Artem
02.04.2018
09:48:20
у вас все на одном хосте крутиццо? репликасета нет?

Serhio
02.04.2018
09:48:33
Эм. Сылку на анализ и бенчмарки?
умоляю) это LVM, зачем ссылки-то

yopp
02.04.2018
09:48:49
умоляю) это LVM, зачем ссылки-то
За тем, что это голословное заявление про производительность.

Google
yopp
02.04.2018
09:49:31
Если вам нужно сделать это без остановки монги. Если можете остановить то или переткните винты или просто скопируйте dbpath

Анатолий
02.04.2018
09:53:00
Мм, у меня есть сервер- на нём стоит монга. Я хочу убрать текущие данные из монги на другой сервер, а новые данные (которые продолжают добавляться) пусть вновь копятся на текущем. Смогу ли я это сделать остановив монгу, сделав снапшот и потом восстанавливать данные на другом сервере из снапшота, а на текущем сервере удалив данные?

т.е. грубо говоря задача - забекапить данные и унести на другой сервак, после чего развернуть на другом серваке, а с текущего удалить.

Serhio
02.04.2018
09:54:25
За тем, что это голословное заявление про производительность.
проблема в общем-то известна. https://www.percona.com/blog/2009/02/05/disaster-lvm-performance-in-snapshot-mode/

Анатолий
02.04.2018
09:54:26
просто пытаюсь понять можно ли это сделать через lvm snapshot или нет

т.к. по описанию снапшот делается за минуты, а mongodump может занять часы

yopp
02.04.2018
09:55:08
Ещё раз повторю: вам ни dump не нужен, ни снепшот

Остановите монгу, скопируйте/перенесите dbPath на новый сервер.

На старом если они не нужны — удалите

Анатолий
02.04.2018
09:56:33
т.е. физически скопировать /var/lib/mongodb?

yopp
02.04.2018
09:56:57
Если хочется избежать остановки — добавьте реплику. Монга сама синхронизирует данные. После того как initial sync закончится, вы сможете вывести первую реплику из эксплуатации и сконфигурировать её по новой как хотите.

yopp
02.04.2018
09:57:38
т.е. физически скопировать /var/lib/mongodb?
Остановить монгу и потом скопировать. Вы получите точную копию данных.

Serhio
02.04.2018
09:59:53
я понимаю) у меня нет графиков и замеров сейчас при себе, но пару лет назад я ровно такую же картину наблюдал. Мало что изменилось

Старый
02.04.2018
10:00:23
вот кстати интеерсный вопрос, представим есть mongodb в докер, 6 узлов, 4 узла зависли, волум у баз вынесен, какие шансы живую базу увидеть после рестарта контейнеров, если кластер был 3+3

Старый
02.04.2018
10:04:34
Нулевые
?осталось теперь это на собеседованиях объяснять, а то хотелки в монги в докере и под нагрузку с wt

Admin
ERROR: S client not available

yopp
02.04.2018
10:04:45
Используте локальный стоградусен

Google
yopp
02.04.2018
10:05:04
Да блин

Сторадж локальный в смысле

Старый
02.04.2018
10:05:49
ну так волум выделяется, и он вне контейнера, а тупо монтируется

yopp
02.04.2018
10:06:16
Если он локальный и нет никаких хитрых инструментов шедулинга контейнеров, то есть шанс

Старый
02.04.2018
10:07:16
?интересно когда уже мода всё в контейнеры пихать пройдёт

yopp
02.04.2018
10:07:20
Если хранилище сетевое или есть шедулеры — получится суперпозиция, которая разрешится только при отказе :)

Не пройдёт, это хороший инструмент изоляции

Старый
02.04.2018
10:07:49
Не пройдёт, это хороший инструмент изоляции
да, но всё подряд в неё пихать тоже глупо

yopp
02.04.2018
10:09:07
Повторюсь ещё раз: монга в докере отлично работает. Если не использовать сетевых хранилищ (а это и без докера ничего хорошего не сулит) и не использовать шедулера контейнеров.

Шедулеры к сожалению не имеют полной картины состояния кластера монги и причины изменения топологии, и могут действовать в разрез с тем, что пытается сама монга сделать.

Например шедулер увидев что в шарде закончились реплики (дц отъехал) может принять фатальное решение поднять новую реплику

Я провёл много времени пытаясь написать нормальный скрипт для шедулинга реплик в ранчере и в итоге забил на это дело. Просто написал скрипт который позволяет автоматизировать настройку контейнера.

Игорь
02.04.2018
10:14:40
подскажите, выполняю запросы через скрипт, когда тестирую. И монго после каждого прогона отъедает кусок памяти и не возвращает обратно. Скрипт сейчас иногда дебажиться, выходит с ошибками и так далее. Где концы искать?

Игорь
02.04.2018
10:15:58
и склоько она так может есть и как это контролировать? На локалькой машине за 3-4 запроса съедает всю оперативу

приходиться ее ребутать

при чем запрос одинаковый

yopp
02.04.2018
10:16:56
Мне кажется вы не совсем верно интерпретируете «заняла всю память»

Вы можете частично отрегулировать размер WT cache, если у вас 3.x с WT стораджем.

По-умолчанию монга под кэш может использовать половину доступной памяти, но не меньше 1гб.

Google
yopp
02.04.2018
10:19:12
Но это только кеш, ещё есть всякие внутренние структуры монги, на которые вы повлиять никак не можете

Игорь
02.04.2018
10:20:47
Но как вообще механизм работает и где можно почитать? Не могу найти. Почему движок на один и тот же запрос отъедает куски. Запрос весит 500 мб. сейчас на виртуалке оператики 4 гига. В итоге монго после серии запросов держит на себе 3,5 гига

Игорь
02.04.2018
10:21:41
все лагает

и тормозит

жутко

Страница 215 из 342