Всё wget'om ;)
С США 20:23:19 (6.95 MB/s) - `yk.mp3' saved [4903040/4903040]
С Германии 03:01:00 (2.23 MB/s) - `yk.mp3' saved [4903040/4903040]
Литовский DSL 03:02:19 (197.90 KB/s) - `yk.mp3' saved [4903040/4903040]
Вывод >> самый паршивый wget >> литовский 😂
Вы не разверьнёте оперативно на другом железе свой бэкап, даже копию впс не развернёте, если ноды не ваши. Поверьте, я быстрей настрою систему, и залью данные, чем Вы распакуете свой бэкап.... Я же не зря намекаю на то, что гениально только то, что элементарно ;)
На сим откланяюсь, так как убеждать не вижу смысла.
RAID не спасает от порчи данных. Он способен примерно в 50% вылета диска не потерять все данные. В некоторых случаях рэйд может стать виновником порчи данных :) Фактически основная задача рэйда, это повысить отказоустойчивость системы, скажем повысить сетевой аптайм. Для нормальных целей лучше два отдельные диска.
Чем проще система, тем она надёжнее ;) Тот же rsync, это не для бэкапов, так как при порче оригинала, автоматом портится и копия... Если нужна надёжность, то надо попросту дублировать количество независимых хранилищ.
По сути рэйд для повышения отказостойкости (можно и отказатся для типичных проектов), первый вынесенный из впс/сервера бэкап на том же датацентре и вынос за пределами датацентра на случай форс мажор.
Подходить надо гибко, по этому бесмысленно тупое ежедневное резервирование целиком акаунта, впс или сервера, это пустая трата ресурсов. Типично меняется только определённые каталоги и база данных. Бэкапа в объёме до 1 - 2 ГБ должно хватать почти всем. Вот именно по этому лучше, когда бэкапом заботится/заказывает сам хозяйн.....
Парадоксально, но элементарный бэкап ощутимо меньше нагружает систему ;) Rsync хорош только в том случае, когда надо экономить трафик и есть очень много свободных системных ресурсов.
Поймите, те бэкапы обычно лежат на том же сервере, что и сами впс. Если полетела дисковая система, то востанавливать надо всё. Они не утерянны, они просто пропали вместе со всем..... Люди просто не знают как всё устроенно, по этому так и получается. Мы просто отключили возможность делать бэкапы всего впс из панельки, если не заказан удаленный бэкап. Так как из за такого "резервного копирования" только больше проблем, чем пользы. Вот и Вы пишите, что "были утеряны со стороны м.".
И да и нет. Нужно просто знать и понимать как всё просиходит. И естественно принять соответсвующие шаги. Если будете бэкапить ежедневно с rsync, то ВПС будет вечно мёртвый..... Организация резервного копирования должно выполнятся продуманно.
А мозги пудрят видимо потому, что стараются востановить утеряннные данные. В такой ситуации пожелаю удачи и терпения.....
Ловкость рук и никакого обмана 😂
В конкретном случае, эта цыфра означает, что будет дан доступ к 80% CPU от 200% которые есть в наличии. То есть, если процессор имеет 2 ядра, значит это 200%, если 4 ядра значит 400%.
Так как изпользуется система Virtuozzo/OpenVZ то это означает, что эти 200% может быть успешно проданны как целые 600% а даже и больше 😂
По сути, VPS как и любой другой вид общего хостинга, может быть и дешевый и уровня VIP ;)
Я думаю и даже уверен, что технические работнки .м тоже стараются всё делать как можно скорее и в срок. Но не всё так просто, как кажется.
Тем кто твердят что востановление с бэкапов всегда очень элементарно, могу сказать только то, что они просто не имеют достаточно опыта. Если имеем дело с последним планом от .м Pro, то сказал бы при объёме диска в 160 ГБ с Virtuozzo и полунаполненным мелкими файлами, иногда может потребоватся пляска для админа на протяжении нескольких суток без перерыва. Вобще странно, как они такой план выпустили на белый свет ;)
Дальше я не вижу в планах, что .м бесплатно делает бэкапы. ТС не огласил (по крайнекмере я не заметил) что у него была заказана отдельная услуга резервирования....
Я понимаю злость у ТС, но надо всегда сохранять объективность....
Интересный подход 😂
А без СЕ форума решать такие проблемы влом?
Детали можно получить? Чьи сети?
