Если речь только о резервном копировании , а с быстродействием проблем нет и не предвидется и базу переписывать влом , то можно извратится вот так :

1) Создать базу на MSSQL с таблицами структура аналогичной MDB
2) сделать в базе вьюхи на таблицы в MDB как внешний источник
3) написать процедуру , которая будет копировать содержание таблиц MDB (можно просто удалять /добавлять все записи , если будет тормозить то добавить логики и удалять добавлять только измененные)
4) Написать job , который будет запукать процедуру копирования и бакапить полученную SQL базу раз в N минут.
5)Написать ХП заливающую в MDB содержание SQL базы (восстаноление в случае сбоя)

Если сервер будет стоять на той же машине , что и MDB то все будет довольно быстро.

>т.е. не копировать всю базу целиком а реплицировать в старую резервную копию измененные записи

Если реч о базе MSSQL то там это стандартная функция бакап делится на две части
1)бакап базы целиком
2)бакап лога т.е . изменений произведенных с момента предидущего полного бакапа

причем в одном файле можно накапливать несколько версий бакапов и востанавливать с любого из них по выбору.

бакап лога используется в основном в тех случаях когда полный занимает слишком много времени (есть много других специфических методов использования лога ,но они к этой теме не относятся).

Например у меня база 70 метров полный бакап 8 сек

Бакап лога каждые 15 мин <1 сек

если сделать бакап с накоплением версий , то можно будет легко востановить базу не только в последнем состоянии но и с отступом на 15 ,30 , ... мин.(можно и в ручную откатывать транзакции но к резевному копированию это не относится)

>Все равно что на танке в булочную ездить.
Я бы сравнивал как Мерседес(MSSQL) и Запорожец (MDB).
Предпочитаю даже в булочную шикарно подкатить :)

Любую даже самую мизерную задачу буду делать на SQL. Даже если ваять настольную систему на самую слабую машину можно поставить MSDE и наслаждатся сервисом.

>В булочную пешком надо ходить.
По моему в данном контексте сравнений идущие в булочную пешком (эксель) даже не обсуждалось , все по крайней мере на запорожце(Access MDB). Рискуя прослыть "ненашим человеком" все же укажу

Имея достаточно большой опыт разработки на обеих платформах (MDB , ADP+MSSQL) однозначно заявляю , что систему любого маштаба (даже самую небольшую) проще и быстрее реализовать не на MDB а на SQL (хотябы потому , что не придется изобретать велосипеды типа Резервное копирование в Access'е).

>Задачу надо реализовывать не на том что хочется разработчку, а на том, что нужно по условиям задачи.

Хотелось бы увидеть условия задачи , которые заставляют выбрать MDB

>никогда не видел, как фирма ставит ахеренный сервак, на него MS SQL, там крутится ERP-система

К сожалению рынок ERP у нас еще не развит , и я еще не видел реально работающий ERP проэкт , но жизнь заставляет и мы переходим на Axapta

>но бухгалтерам проще и удобнее в экселе баланс считать
Я кстати сам бухгалтер и если мне надо баланс посчитать один раз , я сделаю это в экселе (очень мощьная и гибкая система) а отчет буду ваять только если эта выборка нужна постоянно (Даже когда данные надо вытянуть из под Axapta.

Поборникам лицензионной чистоты надобы знать , что MS Office XP Developer Edition покупка которого позволит вам продавать программы написанные на Access (при этом клиенту нет необходимости покупать MS Office и MS SQL) обойдется вам в одну и ту же цену вне зависимости от платформы (кстати не такую уж большую вполне сравнима с зарплатой програмиста в Москве)

Единственно почему небольшая MDB база слегка дешевле , это меньшая зарплата MDB-програмиста

>to Лох Позорный
Вас наверное на работе мучают поэтому вы такой злой ? Так смените ее к чертовой матери. Найти работу програмиста сейчас довольно легко (по крайней мере в Москве) Или квалификация не позволяет ?