Создание существующей среды Exchange 2003, “только для чтения” для пользователей

Ответ принадлежит 32-разрядному пределу на запросы для коннектора ODBC. Вот ссылка на отчет об ошибках:

http://bugs.mysql.com/bug.php?id=31413

и быстрый ответ:

Решение:

1 - На Windows XP просто переходят к Средствам администрирования-> Источник данных (ODBC)-> Выбор Ваше соединение ODBC, которое Вы использовали для Связанного сервера.

2-Нажимают на кнопку "Details"

3-нажимают "на флаг 3" вкладки

4-Проверенных опция "Limit Column Size to 32-bit range"

Это ограничит longtext поле 32-разрядным диапазоном так, чтобы Ваш запрос работал.

именно. Ваш запрос будет работать теперь, не изменяя схему, поскольку я не выступил за изменяющую существующую схему.

Примечание: Удостоверьтесь, что Вы не освобождаете данные, в моем случае фактические данные были в диапазоне 32-разрядных. Таким образом, это работало на меня.

5
задан 25 August 2011 в 17:26
3 ответа

Не существует "разумного" способа сделать то, что вы ищете. Вам нужно будет изменить разрешения для всех почтовых ящиков, чтобы пользователи не могли удалять / изменять элементы и т. Д.

Я думаю, что с точки зрения eDiscovery вы получите более дешевое и надежное решение всего за резервное копирование текущей системы и восстановление ее «под стеклом» на некоторых виртуальных машинах. Вы можете оставить виртуальные машины в автономном режиме, если не поступит запрос на обнаружение. Если это произойдет, вы можете развернуть их на любом оборудовании, необходимом для облегчения обнаружения на разумной скорости. Я бы разбил базы данных почтовых ящиков на несколько меньших «кусков» (скажем, по пару ТБ каждый), чтобы вы могли вывести часть среды eDiscovery в оперативный режим без необходимости задействовать все 15 ТБ.

В результате у вас остается текущая устаревшая среда Exchange, в которой пользователи могут «разгуляться». Вам не нужно вносить в нее какие-либо изменения, чтобы пользователи не могли вносить изменения.

Если они вам не нужны. поток почты между любыми серверами почтовых ящиков в устаревшей среде вы можете просто остановить службы SMTP на машинах. Это остановит поток почты.

Редактировать:

Вы упомянули мусорный контейнер в своей редакции, поэтому я расскажу об этом (теперь, когда я в правильном уме, re: ваши проблемы с хранением и обнаружением на унаследованные данные). Пользователи могут опустошать свои корзины, поэтому установка большого интервала для корзины не помогает. (Я' У меня было несколько пользователей на сайтах клиентов, которые придумали, как показать корзину для произвольных папок, а затем удалить элементы из корзины, а затем попросить их восстановить из резервной копии. Хороший трюк, ребята ...) Они также могут изменять элементы и повторно сохранять их, и мусорный контейнер с этим тоже не помогает.

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

Редактировать 2 (ответ на @MikeBaz редактировать 3):

Остановка службы MTA, к сожалению, не остановит доставку электронной почты в Информационный магазин. Лучшей идеей было бы запретить всем получателям получать электронную почту от любых других действительных получателей. Вы можете сделать это, установив для атрибута authOrig каждого получателя DN некоторого объекта (скажем, объекта «Контакт» с выдуманным адресом электронной почты), который никогда не будет отправлять им электронную почту. Это предотвратит получение каждым получателем электронной почты от любого другого получателя (за исключением этого фиктивного объекта «Контакт»).

Между этим и предотвращением любого исходящего SMTP-потока в или из устаревшей организации (путем остановки SMTP виртуальных серверов или их брандмауэра) вы получите полностью изолированную устаревшую организацию.

2
ответ дан 3 December 2019 в 01:41

Я давно не использовал Exchange 2003, но я помню, что вы можете использовать vbscripts для обмена. Не могли бы вы поместить сценарий на все почтовые ящики, который предотвращал бы отправку электронной почты?

1
ответ дан 3 December 2019 в 01:41

Вместо того, чтобы блокировать вашу устаревшую систему, если "основной" проблемой (вы перечислили несколько) является электронное обнаружение и предотвращение потенциальной потери информации в устаревшей системе, возьмите полную резервное копирование устаревшей системы и отключите ее. Если пользователи решат удалить информацию в устаревшей системе, вы всегда сможете восстановить ее из резервной копии (вместе с тем, чтобы каким-то образом сказать им «нет», хлопнув их по запястью). Если есть необходимость проверять устаревшую систему с какой-либо периодичностью, вы можете создать дублирующую среду Exchange (вместе с AD и не включать ее в производственную сеть), которую вы можете просмотреть при необходимости. Вам, вероятно, все равно придется сделать это, если кто-то задаст какие-либо вопросы о пропавшей почте.

Exchange 2003 позволяет вам установить ограничения почтового ящика, которые вы также можете использовать для предотвращения отправки и получения новой почты, Вы должны расставить приоритеты в своих потребностях с помощью руководства / юридических рекомендаций. Если электронное обнаружение является первоочередной задачей и абсолютной необходимостью, единственный способ гарантировать, что статическая система для целей электронного обнаружения будет сохраняться с юридической точки зрения, - это сделать полную резервную копию унаследованного систему и не отключайте ее. Добавление различных «технических» мер для предотвращения изменения данных только усложнит ситуацию и, скорее всего, не является юридически обоснованным решением. Никогда, никогда не переводите резервную копию в оперативный режим. Если вам нужна резервная копия, которую вы хотите просмотреть позже, если кто-то возится со своей старой электронной почтой, сделайте две резервные копии, но всегда держите одну из них на 100% в автономном режиме и заблокированной, доступной только очень небольшому количеству людей с задокументированным контролем доступа до тех пор, пока резервное копирование электронной почты требуется по повестке или по другой юридической причине. Шифрование резервной копии также является хорошей идеей.

Если электронное обнаружение «было бы хорошо», но наличие «активной» устаревшей системы только для чтения более важно, я могу рекомендовать всем только PST-файлы и выключить устаревшую систему. . Насколько бы PITA не создавалось, я все же думаю, что это проще, чем пытаться заблокировать существующую систему и поддерживать ее работоспособность. Вы можете сохранить дубликаты PST-файлов для сравнения, если возникнет вопрос о том, что кто-то что-то удалит, и невозможно будет использовать устаревшую систему для отправки почты, поскольку она распакована. Вы также можете импортировать его в новую систему, если когда-нибудь захотите. Я понимаю, что нужно хранить 30 ТБ данных, но это цена, которую вы платите за доступность данных и отсутствие отказа ...

но наличие «активной» устаревшей системы только для чтения более важно, я могу рекомендовать всем только PST и выключить унаследованную систему. Насколько бы PITA не создавалось, я все же думаю, что это проще, чем пытаться заблокировать существующую систему и поддерживать ее работоспособность. Вы можете сохранить дубликаты PST-файлов для сравнения, если возникнет вопрос о том, что кто-то что-то удалит, и невозможно будет использовать устаревшую систему для отправки почты, поскольку она распакована. Вы также можете импортировать его в новую систему, если когда-нибудь захотите. Я понимаю, что нужно хранить 30 ТБ данных, но это цена, которую вы платите за доступность данных и отсутствие отказа ...

но наличие «активной» устаревшей системы только для чтения более важно, я могу рекомендовать всем только PST и выключить унаследованную систему. Насколько бы PITA не создавалось, я все же думаю, что это проще, чем пытаться заблокировать существующую систему и поддерживать ее работоспособность. Вы можете сохранить дубликаты PST-файлов для сравнения, если возникнет вопрос о том, что кто-то что-то удалит, и невозможно будет использовать устаревшую систему для отправки почты, поскольку она распакована. Вы также можете импортировать его в новую систему, если когда-нибудь захотите. Я понимаю, что нужно хранить 30 ТБ данных, но это цена, которую вы платите за доступность данных и отсутствие отказа ...

Насколько бы PITA не создавалось, я все же думаю, что это проще, чем пытаться заблокировать существующую систему и поддерживать ее работоспособность. Вы можете сохранить дубликаты PST-файлов для сравнения, если возникнет вопрос о том, что кто-то что-то удалит, и невозможно будет использовать устаревшую систему для отправки почты, поскольку она распакована. Вы также можете импортировать его в новую систему, если когда-нибудь захотите. Я понимаю, что нужно хранить 30 ТБ данных, но это цена, которую вы платите за доступность данных и отсутствие отказа ...

Насколько бы PITA не создавалось, я все же думаю, что это проще, чем пытаться заблокировать существующую систему и поддерживать ее работоспособность. Вы можете сохранить дубликаты PST-файлов для сравнения, если возникнет вопрос о том, что кто-то что-то удалит, и невозможно будет использовать устаревшую систему для отправки почты, поскольку она распакована. Вы также можете импортировать его в новую систему, если когда-нибудь захотите. Я понимаю, что нужно хранить 30 ТБ данных, но это цена, которую вы платите за доступность данных и отсутствие отказа ...

Вы также можете импортировать его в новую систему, если когда-нибудь захотите. Я понимаю, что нужно хранить 30 ТБ данных, но это цена, которую вы платите за доступность данных и отсутствие отказа ...

Вы также можете импортировать его в новую систему, если когда-нибудь захотите. Я понимаю, что нужно хранить 30 ТБ данных, но это цена, которую вы платите за доступность данных и отсутствие отказа ...

2
ответ дан 3 December 2019 в 01:41

Теги

Похожие вопросы