Резервное копирование и восстановление данных в облаке - appengine

Я хотел бы знать, как люди справляются с резервным копированием и восстановлением данных в облаке. Я планирую использовать AppEngine для бизнеса, и, насколько я могу судить, в AppEngine нет встроенных классических функций резервного копирования и восстановления. Это разумно, потому что структура базы данных сильно отличается.

Итак, вопрос в том, как подойти к резервному копированию и восстановлению в приложении AppEngine с высокой репликацией?


person Ido Ran    schedule 25.06.2012    source источник


Ответы (3)


Согласна с предыдущими сообщениями. Встроенная функция резервного копирования/восстановления хранилища данных достаточно надежна.

Однако, если ваши данные разделены по пространствам имен, Google не предлагает возможности резервного копирования/восстановления по пространствам имен, что является большим ограничением. Это означает, что если у вас есть мультитенантное приложение, вы не можете выполнять резервное копирование/восстановление данных для одного пространства имен.

Если вам действительно нужно резервное копирование/восстановление по пространству имен, вам придется расширить резервное копирование/восстановление из Google с открытым исходным кодом (см. http://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/ext/datastore_admin/backup_handler.py).

В настоящее время я на пути к выполнению этой модификации открытого исходного кода Google, но пока не нашел времени для этого.

Надеюсь это поможет !

person Hugues    schedule 26.06.2012
comment
Я планирую использовать мультитенант. Это один из основных факторов при выборе GAE. Думаю, теперь мне нужно изучить скрипт резервного копирования/восстановления Python. Спасибо. - person Ido Ran; 26.06.2012
comment
Идо, когда вы планируете использовать резервное копирование/восстановление по пространству имен? Я должен работать над этим летом. Сообщу вам о состоянии моей работы. Сказав это, я подозреваю, что Google довольно скоро предоставит решение для этого. Если вы можете позволить себе дождаться стандартного решения, было бы лучше, если бы у вас было стандартное решение. - person Hugues; 26.06.2012
comment
Я кроме того, чтобы нуждаться в нем в ближайшие несколько месяцев. Я буду рад иметь возможность получать уведомления о вашей работе. - person Ido Ran; 27.06.2012
comment
Привет, Идо, я получил консультационное предложение по разработке решения и снижению стоимости, я пытаюсь понять, кто будет заинтересован в его покупке. Если вы все еще заинтересованы, просто проверьте stackoverflow.com/questions/11517384/ - person Hugues; 17.07.2012
comment
в следующей статье указано, что поддерживаются резервные копии одного арендатора/пространства имен: см. параметр пространство имен в Указание резервных копий в файле Cron - person TmTron; 21.01.2014

Резервное копирование/восстановление, копирование и удаление в Google App Engine все еще является экспериментальным, но есть. Я бы посоветовал вам создать прототип и несколько раз выполнить резервное копирование/восстановление, прежде чем принять решение о сборке целиком. Данные в значительной степени защищены, но если вы хотите защитить хранилище данных от каких-либо злоупотреблений/атак, необходимо решить эту проблему. Если вы боитесь потерять данные, то шансы на то, что это действительно произойдет, довольно малы, но тем не менее, кто знает!

person Lipis    schedule 25.06.2012
comment
Это не часть потери данных, это больше о том, как справиться, когда мы сделали ошибку и хотим вернуться во вчерашний или позавчерашний день. С текущей резервной копией SQL Server я знаю, как это сделать. - person Ido Ran; 25.06.2012

Резервное копирование GAE работает для нас довольно хорошо: несколько дней назад я сделал резервную копию объектов размером около 800 МБ. Там нет проблем. Он также выполняет восстановление — просто сохраните данные в файл в blobstore или Cloud Store, и вы сможете восстановить их в любое время. Есть ограничение: нет автоматического/программируемого резервного копирования - все вручную.

person Peter Knego    schedule 25.06.2012