|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Alex Mizrahi 2:5020/400 18 Aug 2007 15:49:14 To : Victor Sudakov Subject : Re: backup --------------------------------------------------------------------------------
(message (Hello 'Victor)
(you :wrote :to '(Alex Korchmar) :on '(Sat, 18 Aug 2007 07:35:53 +0000
(UTC)))
(
VS> IMHO если некая программа не смогла сбэкапить файл, она должна
VS> сообщить об ошибке сразу. Hапример, предложить юзеру закрыть этот
VS> злосчастный документ, если не может сбэкапить открытый.
боюсь, товарищ, ты сутью вопроса не владеешь..
1. msword и excel как раз не лочит файлы. открытые им файлы без проблем
копируются.
конечно, в файле не будут видны несохранённые изменения -- но с кокого фига
им там быть видными?
а вдруг я там какое-нибудь непотребство напишу, а оно сохранится само собой?
2. лочатся обычно файлы базы данных. если это Outlook -- то ещё можно бы
убедить пользователя его закрыть. но вот Outlook иногда висит в памяти
"просто так" без видимого окна -- чтобы выводить свои заметки, или поднятный
программой автоматизации. боюсь если пользователь Outlook не открывал и на
экране вообще не видит, а его попросят его закрыть, то он офигеет..
3. лочат свои файлы базы данных типо MS SQL и т.д., и потенциально это
вообще могут быть third party продукты втихаря работающие как сервисы. ты
представляешь что почувствует пользователь, если ему напишут -- "программа
dbmgr.exe залочила файл system-data\134sdafkdasf.dat. закройте её чтобы
забэкапить файл".
4. но, как ни странно, ещё в 2001 году Microsoft включила в свои
операционные системы продукт для обхода этих проблемных вопросов -- VSS. он
представляет из себя набор достаточно мудрёных API для цивилизованого
процесса бэкапа.
4.1 программы, которые держат свои файлы открытыми (DBMS, к примеру) могут
извещаться о процессе бэкапа -- с той целью, чтобы они предоставили
нормальные, непротиворечивые данные для бэкапа.
4.2 для программ, осуществляющих бэкап, предоставляется снапшот диска --
чтобы не было проблем с противоречивостью данных в бэкапе.
4.3 если же программа держит файлы открытыми, но не в курсе о VSS, то будут
забэкаплены т.н. crash consistent данные -- то же самое, как если бы питание
отключили, а потом подняли и забэкапили. некоторые программы могут оживать
после таких сбоев -- для них это нормально. другие не могут -- тут уж ССЗБ.
VSS существует давно, апи открыто и доступно -- так что это личные половые
проблемы разработчиков.
5 попрошу заметить -- VSS вышел в 2001 году. так что можно смело считать
версии венды без VSS как морально устаревшими, и ориентироваться на них не
имеет смысла.
6 безусловно было бы круто если вместо VSS было бы нормальное простое API,
которое поддерживали бы все программы.. но так круто бывает только в сказках
)
(With-best-regards '(Alex Mizrahi) :aka 'killer_storm)
"choose no life")
--- ifmail v.2.15dev5.4
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/13994643610d3.html, оценка из 5, голосов 10
|