Неоднократно я видел, как создатели малых и средних проектов пренебрегают бэкапами Баз Данных. Безопасность данных, не предмет для экономии. Ко мне часто обращаются люди, с жалобами, на то что у них повредились данные, и им надо восстановить их.Особенно много среди этих "несчастливцев" среди владельцев Windows серверов. На которые они ставят PostgreSQL! Почему лучше так не делать, я расскажу чуть позже!Так вот бэкап - это такой же обязательный элемент Базы Данных, как и сама База Данных.После проектирования, сразу надо настраивать бэкап, не задумываясь. Более того, опытный админ, с наработками сделает необходимый автоматический бэкап за один час.А, условный сложный, за три часа."А как же с дисковым пространством" - спросите вы. - "Его придется заказывать в больших объемах".Ну вообще то я бы рекомендовал хранить бэкапы на других серверах. Не стоит класть яйца в одну корзину! Сервера можно заказать слабыми , но чуть с расширенным дисковым пространством. Таких полно, за суммы, сопоставимые с ₽200. Не стоит боятся, того, что будет перерасход дискового пространства, или будут потеряны данные при восстановлении, а если потеряются данные, и их не откуда будет восстановить, то будет еще хуже! Кроме того помогают современные программы сжатия этих бэкапов.Если База Данных спроектирована правильно, а, именно, в таблицах есть поле дата/время записи, то таблицу, по мимо того, что можно партиционировать, еще можно и инкрементально бэкапить.То есть бэкап будет чередоваться: за один период полный, а за короткий период инкрементальный. В случае если вы опасаетесь за целостность, важных, транзакционных данных. Не пренебрегайте бэкапом. Нанимайте админов, чтобы они настраивали его вам.Повторюсь, бэкап такой же важный процесс, как и само ведение базы, а процесс восстановления поврежденных данных без бэкапа - это "русская рулетка" с сомнительным исходом, да еще с огромной трудоемкостью. #субд #бэкап #soho