Сценарий, который Вы пишете, который мог быть столь же простым как:
zcat username_database_date.sql.gz | mysql
В зависимости от того, как Вы вывели базу (базы) данных, Вам, возможно, придется отбросить прежде, чем получить файл. Будьте осторожны.
Я не могу назвать вам точных цифр, но могу предложить анекдот:
Я никогда не видел, чтобы ЦП выходил из строя сам по себе. Мне кажется, что они выходят из строя из-за неисправных устройств охлаждения, я видел, как они выходили из строя из-за скачка напряжения на материнской плате. Я видел, как десятки (сотни?) Материнских плат выходили из строя. Я иногда вижу, как поступает некоторая RAM, поступающая в DOA.
Но я никогда не видел, чтобы CPU выходил из строя сам по себе. Даже действительно дрянные процессоры Cyrix 686 из Socket 7 days.
Показательный пример: на прошлой неделе я обновил процессор в старом брандмауэре Watchguard II с AMD K6-2 200 до K6-2 500. Процессор I использованный для обновления, был около 12 лет назад, а процессор, который я заменил, находился в эксплуатации почти 10 лет.
Я не могу сказать, что видел значения MTBF на любом процессоре, как, например, на аппаратном обеспечении хранения.
Я также не могу сказать, что когда-либо видел процессор отказ (кроме микросхем «мертвых по прибытии»), о которых я не подозревал, был вызван внешними силами.
Тепло, проблемы с питанием и (чаще всего) человеческое вмешательство убивают ЦП гораздо чаще, чем ЦП умирают сами по себе; такова природа, когда у них нет движущихся частей или частей, которые со временем деградируют.
Вместо конкретных цифр (если кто-то может их предоставить, мне будет очень интересно), я дам оценку: еще годы чем вы будете его использовать.