Как совместно использовать большое почтовое хранилище данных между несколькими клиентами?
В SQL Server существуют понятия как совместимость базы данных, внутренняя версия базы данных и версия SQL Server.
SQL Server поддерживает партию метаданных о базе данных (включая версию, это было создано) в загрузочном файле основной базы данных, и эта информация читается при присоединении базы данных на сервер и проверки по сравнению с версией сервера. Обратите внимание, что эта внутренняя версия отличается, чем версия программного обеспечения как 2000, 2005 и 2008. Когда более низкая база данных версии присоединена к старшей версии (сервер) затем сразу, внутренняя версия базы данных ударена, и восстановление/присоединение идет прекрасное, но когда Вы присоединяете базу данных старшей версии на более низкое затем, SQL Server приводит необходимую проверку к сбою. Одна из причины, метаданные и система, которую внутренние таблицы и структуры изменяют от одной версии SQL Server до другого, и более низкие версии не могут обработать структуры старшей версии.
Можно проверить эту информацию очень легко со следующей командой.
DBCC DBINFO С TABLERESULTS
Необходимо искать структуру dbi_createVersion DBINFO: DBINFO @0x467BEEE8 dbi_createVersion 655
SQL Server 7.0: 515 SQL Server 2000: 539 SQL Server 2005: SQL Server 611/612 2008: 655
http://technet.microsoft.com/en-us/magazine/2008.08.sqlqa.aspx
http://sankarreddy.spaces.live.com/Blog/cns!1F1B61765691B5CD!463.entry?sa=862852830
Теперь возвращаясь к Вашей проблеме, необходимо использовать SSIS или другие сторонние инструменты для сценариев объектов и данных. Но я должен спросить Вас, почему Вы планируете вернуться к 2000? Вы сталкиваетесь с какими-либо проблемами? Совместно используйте свои мысли и проблемы, и могло бы быть легче зафиксировать их.
Проблемы возникают, когда Вы пытаетесь ниспровергать функциональный проект системы: почтовые учетные записи, в эру, что POP и IMAP были разработаны, были присвоены отдельному пользователю, и тот пользователь управлял почтой. Совместное использование учетной записи является полномочиями и путаницей полномочия и в конечном счете проблемой производительности, поскольку Вы теперь обнаруживаете. Дайте всем их собственный почтовый ящик, передайте 'общую' учетную запись всем им, не сохраняя копию и позвольте каждому пользователю управлять их собственной почтой с правилами, пока культура не изменила достаточно, что новые личные почтовые ящики их пользователей являются фактическим стандартным методом для контакта с ними.