Вопросы

Столкнулся со следующей проблемой: совершил переход с Exchange 2003 на 2007 SP1 (в организации был единственный почтовый сервер, новый Exchange 2007 - также один на все роли) Перед тем, как деинсталлировать старый сервер Exchange 2003, решил отключить все службы Exchange на нем и запустил ExBPA. И обнаружил, что OAB привязан к базе общих папок на старом сервере. Переносил я OAB с помощью EMC (или в PowerShell - move-offlineaddressbook - не помню, разницы нет - все равно параметры стандартные вроде), сервер генерации проверил - новый. В команде set-offlineaddressbook нет параметра, определяющего базу общих папок.

Как теперь привязать имеющуюся OAB к другой базе общих папок? И еще - клиенты Outlook 2003 SP2 и выше точно могут синхронизировать OAB через веб? Или только Outlook 2007?

Общие папки (включая системные) также переносил по статье Microsoft. Все реплики, относящиеся к OAB, теперь только на новом сервере.

Поломалася моя база аксес причем много тем есть да понимаю но проблема весьма нетипичная так что почитайте вопрос и может кто подскажет какой нибудь еще вариант

Кароче: база mdb, весом 380 мб (размер сжатой базы).

Как поломали: один ну очень умный дядя пытался открыть ее по сети, без одной необходимой библиотеки она открылась только с хорошим матерком, закрыв ее он начал ее копировать, а другой дядя в это время открывал ее же с локального компа, обломавшись и выяснив почему он стал ждать. Когда копирование закончилось и там и там база перестала открываться. Видимо первый умный дядя что-то успел натворить с ней, когда пытался открыть ее удаленно. Под открыть удаленно задесь понимается, что этот простой человек, просто запустил базу через общие папки в сетевом окружении. Вообщем стоит только отлучится и поломать смогут все... sad.

Сейчас: база открывается, но на все действия вылезает ошибка - В файле MAccess обнаружено повреждение...ну т.д. с предложением воспользоваться резервной копией. Есть правда исключения: можно открыть в конструкторе таблицы, но нельзя их открыть в таблично виде. Запросы открываются в конструкторе и при этом можно создать запрос по таблицам и он выведет всю информацию .Несколько форм открываются в конструкторе, но до VB кода не добраться.

Проьовал: на все попытки сжать/восстановить, /DECOMPILE /Repair, экспортировать/импортировать вываливается с указанной выше ошибкой. JetComp, mdb_repair и их комбинации отрабатывают номана, но результат после них такой же, нет они правда базу немного сжали, но вот модули с кодом все равно не открываются. AccessRecover 2.2 вообще сказал что с базой все ОК, типа сжимать ее не надо.

Задача: специфика базы такова, что абсолютно наплевать на табличные данные - постоянно закачиваются новые, взамен старых. Есть резервная копия базы месячной давности, за это время изменись только модули с кодом, в которых появились новые функции с динам. запросами и т.д. То бишь, из этой поломанной базы самое главное извлечь VB модули!!!

Это добиться я не смог, единственное что, открыв файл mdb в текстовом редакторе, я смог найти некоторые нужные мне куски кода, но вытащить все содержимое модуля не смог, уже очень там все разбросано и исковеркано.

Спрашивается: можно ли еще что-нибудь сделать, что бы вытащить содержимое модулей или можно забросить эту идею и приступить к написанию заново недастающих кусков кода?

P.S. надеюсь никого не утомил, но хоть посмеятся можно... до сих пор не понимаю как эти чуваки умудрилсь т.о. поломать базу. Да.. дурное дело не хитрое.