Я говорю о наборе данных, содержащем сотни файлов данных в формате DBF в общем расположении, некоторые или все из которых могут быть открыты или заблокированы несколькими пользователями сети, и о диспетчере защиты данных Microsoft, который реплицирует их каждые два часа.
Можно ли доверять «снимкам» в этой ситуации?
решение1
Лично я бы не рассчитывал на то, что ваши снимки будут хорошими. В зависимости от схемы доступа приложения к файлам данных, которые вымощьповезет, но я бы тоже не стал этим заниматься.
Каждый раз, когда вы делаете снимки данных из приложения, которое не знает об этом снимке (что было быкаждыйприложение «общая база данных файлов») вы рискуете получить несогласованную копию.
Конечно, вы получите именно то, что находится на диске во время снимка, но вы понятия не имеете, были ли один или несколько экземпляров приложения пользователей на полпути в процессе обновления данных. Не существует механизма, поскольку нет серверного движка базы данных, который бы инструктировал всех клиентов привести открытые ими файлы в согласованное состояние. Конечно, базовая ОС на компьютере файлового сервера приостановит ввод-вывод в файловую систему перед созданием снимка, но вы понятия не имеете, какую глупость делают сами приложения (хранят незаписанные данные в памяти на клиенте и т. д.).
Если вы действительно хотите быть в безопасности, регулярно делайте резервные копии ваших DBF-файлов, когда они не используются. Делайте также снимки, если хотите, и вам может повезти, но по крайней мере у вас будут ваши "неиспользуемые" резервные копии, к которым можно будет вернуться, если снимки окажутся дерьмовыми.
решение2
Если это имеет значение, мы используемDoubleTakeдля резервного копирования общих плоских файлов в режиме реального времени (или близком к реальному времени).
Это ужасно дорого, но это был единственный надежный вариант, который мы нашли. У нас было около 20Gb файлов Pervasive Btrieve.
С тех пор как мы перешли на SQL Server, у нас осталось очень мало плоских файлов, и большинство из них теперь большую часть времени разблокированы, и мы обнаружили, что простого DFS достаточно для обеспечения их регулярного резервного копирования.