Мій бізнес не є резервним сервісом для жодного клієнта.
Усі клієнти повинні самостійно створювати резервні копії отриманих файлів . Це не моя відповідальність бути безстроковою службою резервного копіювання для будь-якого клієнта, коли-небудь.
Клієнти не платять регулярну плату за обслуговування обладнання, оновлення жорстких дисків, закупівлю додаткових жорстких дисків за необхідності, обслуговування програмного забезпечення тощо. Тому клієнти НЕ компенсують мені за резервне копіювання своїх файлів. Клієнти не мають претензій до жодного резервного копіювання моєї компанії . Я підтримую резервні копії для свого бізнесу так само, як вони повинні робити для їхнього бізнесу . Якби я працював із сервісом резервного копіювання, для такої послуги було б встановлено щомісячну абонентську плату та договори. Розраховувати, що мій бізнес збереже старі речі, які можуть знадобитися вашому бізнесу в майбутньому, це смішно.
Дозвольте мені зрозуміти ... У мене є резервні копії для мого бізнесу з часу, ну, ще до його початку. Я думаю, що у мене є файли старше 30-35 років. Шанси дуже високі , що я потрібен файл 10-20-30 років тому у мене є. Я можу це відкрити чи ні (тобто Pagemaker, Freehand, Quark, Dimensions тощо), можливо, є іншою справою, але я, мабуть, матиму файли.
Різниця тут полягає в тому, що клієнт може запитати ...
По суті, мої резервні копії є для того, щоб підтримувати мої відносини з клієнтами та полегшувати власний робочий процес , але мої резервні копії ніколи не є безкоштовним сховищем для клієнтів, щоб отримати файли на більш пізньому терміні лише тому, що клієнт просить їх.
Клієнт дещо непрофесійно запитує "вихідні файли", не компенсуючи вас за ці файли. Тут вихідні файли завжди коштують грошей . Це також трохи «непрофесійний» для клієнта , щоб НЕ бути резервним копіювання своїх файлів і спираючись на деякому неспоріднених бізнес для підтримки їх важливого цифрового контента.
Це НЕ непрофесійно для вас не мати 2 - літні резервну копію своїх файлів , якщо вони не були клієнтом в протягом двох років. Насправді, зазвичай нормально не мати файлів для старших клієнтів. І навіть якщо у вас їх є, ви не зобов'язані їх надавати. Це ваша резервна копія, а не їхня.
Мої резервні процедури ....
Реальних правил щодо цього немає. Взагалі я зберігаю файли до тих пір, поки я все ще працюю з клієнтом або поки не стане незручно їх підтримувати.
Я підтримую потрійне резервне резервне копіювання в поточний час, яке охоплює всіх відносно активних клієнтів на додаток до всього брендингу клієнтів, спеціальної ілюстрації, зображень з високою роздільною здатністю тощо.
Система потрійного резервування та додаткове резервне копіювання дозволяє мені видалити файл або кілька файлів із мого основного робочого каталогу, знаючи, що файл, який я видалив, вже є резервною копією принаймні у двох інших місцях . Це прагне зберігати основний робочий каталог у розумному розмірі. Я часто видаляю .zip архіви або файли, надані клієнтом, або попередні, не схвалені / відхилені, ітерації проекту - в основному зайві речі, які в майбутньому так і не знадобляться. Знову я видаляю ці файли, але знаю, що вони існують як мінімум у двох інших місцях. Тому я справді лише обрізаю каталог ДЖЕРЕЛА, а не резервні копії. Тут окремі каталоги проектів можуть легко перевищити 10 або 100 Гб в рази. Так деяківрахування загального розміру резервного копіювання є начебто обов'язковим. Все, що я можу зробити для забезпечення збереження важливих файлів, зменшуючи загальну кількість МБ / ГБ / ТБ, необхідну для резервного копіювання, - це добре. Якби все, що у мене було, було 50-100 МБ веб-сайтів HTML / PHP / CSS файлів та веб-зображень, то я, мабуть, зберігав би абсолютно все.
Я , як правило , щоб відновити свої резервні копії цілком кожні 4-6 років. Що я роблю, це відключити один із резервних RAID і зберегти його (сейф). Переформатуйте інший резервний RAID, додайте новий RAID для резервного копіювання та створіть резервне копіювання всього, починаючи з цієї дати. З цим методом нічого фактично не видаляється, але старіші файли вже не є частиною зайвої резервної копії. Якщо на одному єдиному архівованому жорсткому диску в сейфі зберігається єдине розташування певних файлів клієнтів, і RAID трапляється з ладу, я втратив ці файли проекту. Таким чином, будь-які проекти, старші 4-6 років, можуть або не мали їх файлів видалити, втратити чи знищити через корупцію.
З моменту впровадження всього цього приблизно 15 років тому я не втратив жодного файлу. Не один. Звичайно, може знадобитися більша частина тижня, щоб відновити речі з різних резервних RAID, але важливо, що у мене все ще є.
Зарядка, якщо ви збираєтесь копати її .....
Важка реальність - це більше, ніж 3/6 місяців або, можливо, 1/2 років, клієнт повинен вважати пропавшим клієнтом, навіть якщо у мене все ще є файли. Я, безумовно, стягуватиме погодинну плату, щоб перевірити, чи є у мене ще їхні файли, і час, який потрібно, щоб отримати все, що у мене може бути, всі пов'язані з мінімальною платою. Це на додаток до будь-якої плати за доставку файлів. Клієнти, які не підтримують власні резервні копії, несуть відповідальність за витрати, пов'язані із втратою файлів.
Якщо клієнт не платить мені за зберігання, я не несе відповідальності за підтримку що - небудь для них. Ще раз наголошу, що якщо клієнт хоче найняти мене для оновлення до старого проекту, у мене немає проблем зануритися в резервні копії, щоб отримати старий проект (можливо, заощаджуючи гроші клієнта). Я дійсно тільки проблема з використанням мого резервного копіювання просто бути джерелом для доставки файлів , тому що будь - то інший бізнес не вдалося зберегти свою власну копію.
Підлі клієнти ......
Також пам’ятайте ... деякі випадкові або, можливо, недоброзичливі чи неетичні клієнти можуть використовувати прохід часу як метод подолання вашої стандартної практики . Це не завжди шкідливий характер, але це може бути. Клієнт добре знає, що за файли проекту ви стягуєте плату. Вони не хочуть платити цю плату, коли ви завершуєте проект спочатку. Без проблем. Ви доставляєте те, що в договорі зазначено, що ви маєте поставити, клієнт платить вам, і всі рухаються на задоволення.
Через деякий час, як правило, рік і більше, клієнт може повернутися із запитом файлів проекту, як якщо б "вони їх втратили" або "їх помилково знищили", роблячи вигляд, що вони були доставлені спочатку в рамках проекту. Це робиться з надією, що ви можете не запам'ятати конкретику. Будьте обережні до цієї практики. Як я розміщував її не завжди шкідливий характер, іноді клієнти чесно забувають вам платити за файли проекту. Однак це може бути дуже навмисно і продумано, щоб спробувати обійти платіж, отримуючи файли. Я стикався з обома роками.
Tl; dr:
Мої резервні копії для мого бізнесу , вони мої . Мої резервні копії не для бізнесу клієнтів, і клієнт не має "права" на моє резервне копіювання без компенсації. Клієнти повністю на 100% відповідають за власні резервні копії.