none
Как хранятся одинаковые сообщения на сервере Exchange 2007? RRS feed

  • Вопрос

  • Добрый день,

    У меня кластер  Exchange 2007 и чуть больше 1000 пользователей. Меня интересует такая ситуация:

    На всех отправляется одинаковое письмо. Как сохраняется такое письмо? Оно храниться в каждом ящике или оно храниться в ящике, только в том случае, если человек его открыл, а если стёр не читая, то оно не легло в его ящик? Или храниться линк на письмо и оно каждый раз вытягивается заново?

    • Перемещено Hengzhe Li 12 марта 2012 г. 7:08 forum merge (От:Exchange Server 2007)

Ответы

  • Коллеги, надеюсь что я положу конец этой занимательной дискуссии

    http://msexchangeteam.com/archive/2010/02/22/454051.aspx

    В данной статье на блоге разработчиков Exchange рассказывается про историю SIS, а также почему SIS больше нет начиная с Exchange 2010. Весьма занимательно, рекомендую почитать. Что касается Exchange 2007, вот отрывок из этой статьи

    In Exchange 2007, we increased the number of databases you could deploy, which again reduced the space efficiency of SIS. We further optimized transport delivery and completely removed the need for SIS from a transport perspective.  Finally, we made changes to the information store that removed the ability to single instance message bodies (but allowed single instancing of attachments). The result was that SIS no longer provided any real space savings - typically only about 0-20%.

    • Предложено в качестве ответа zero55 13 мая 2010 г. 10:38
    • Помечено в качестве ответа Oleh Tserkovnyuk 13 мая 2010 г. 11:53

Все ответы

  • Если сообщения без прикреплений, то заголовки и содержимое хранятся в каждом ящике. Если есть прикрепления, то прикрепление храниться в одном экземпляре. Посмотрите здесь про SIS.
    MCTS, STS, TCSP
  • Какие у вас пользователи? Если MAPI, OWA, Anywhere - то все поступающие на аккаунт письма кладутся в ящик - во входящие или в нежелательную, в зависимости от SCL на письме и от настроек уровня фильтрации нежелательной почты на клиенте. Дальнейшая их судьба зависит только от действий владельца аккаунта.

    Если же пользователи SMTP - зависит от используемого клиента. Например, если это TheBat, то можно в диспетчере писем прибить часть почты, не читая и не получая её.

    На клиентах-MAPI и Anywhere через MsOutlook - можно включить режим кэширования только заголовков писем, тогда все письмо будет загружаться с сервера клиенту только при открытии. Но на сервере в ящике оно все равно будет лежать полностью.

    Если вам нужно решение для минимизации используемого места при больших внутренних рассылках - используйте общие папки. Кладите письмо в общую папку, а пользователям рассылайте линк на него. Это, в частности, можно сделать через формы.

  • Письмо это текст с картинкой. Все клиенты MAPI\Outlook 2007. Фильтрация у всех одинаковая - пьисьмо приходит всем, как обычное. У меня около 30 разных баз данных. Я так понял, что за счёт технологии SIS письмо сохранятеся при рассылке всем только 30 раз? Если человек его открыл, то оно не загружается в ящик этого человека? Есть ли разница в работе с режимом кеширования и без него? Просьба дать максимально детальный ответ. Для меня это довольно таки критично, если письмо 300Кб, а пользователей 1000, то 1 письмо может таким образом занять 300Мб, а у меня таких писем от 1 до 7 в день.
  • Если пользователи в разных базах, то, соответственно, будет и 30 писем. Технология SIS тогда здесь ни при чем.

    Если человек его открыл, то оно не загружается в ящик этого человека?

    Письмо уже в ящике этого человека, независимо от того, открыл он его, или нет.

    Есть ли разница в работе с режимом кеширования и без него?

    Режим кеширования позволяет только

  • Защитить пользователя от проблем соединения сети и сервера

  • Упростить процедуры переключения между интерактивным и автономным режимами работы для пользователей мобильных устройств

    На суммарный размер писем он не влияет.

    письмо 300Кб, а пользователей 1000, то 1 письмо может таким образом занять 300Мб

    + еще примерно 30 % на dumpster overhead, content indexin и whitespace overhead


  • MCTS, STS, TCSP
  • Что-то я запутался:

    Я так понял, что технология SIS работает так:

    Если мейлбоксы получателей находятся в одной базе данных, то письмо для всех них сохраниться только один раз. Тоесть если у меня 100 человек в одной базе, и всем им пришло письмо размером 300кб, то это письмо в базе будет занимать 300кб, а не 30Мб?

  • Немного не так. Если пользователям пришло письмо размером 300 кб без прикреплений (собственно, только тело письма), то размер базы увеличиться на 30 Mb.

    Если пользователям пришло письмо, например, размером 300 кб и из них 200 кб прикрепление (как пример), то размер базы увеличиться на 100*100 человек = 10 Мб + 200 кб прикрепления.

    Насчет одной базы вы правы.


    MCTS, STS, TCSP
  • Уважаемый Oleh Tserkovnyuk ,

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

    Модератор
  • Все еще проще.

    1. письмо храниться в единственном экземпляре для каждой базы т.е. если письмо отправлялось пользователям ящики которых хранятся в трех базах то письмо будет только в трех экземплярах.

    2. письмо храниться до тех пор пока все ссылки на него (кол-во пользователей) не будут удалены.

    таким образом расчет будет таким

    размер письма * количество баз.


    blog.wadmin.ru
  • Добрый день,

    Прошу прощения за долгий ответ - не имел доступа к интернету.

    Нет, я не полностью всё понял, т.к. написанное zero55 противоречит написанному egonchаrov.

    egonchаrov указывает, что если письмо без атача размером 100кб прийдёт 100 людям в одной базе, то размер базы выростет на 10 Мб и только, если письмо с атачем, то атач будет храниться в единственном экземпляре.

    zero55 пишет, что расчет будет таким: размер письма * количество баз.

    Прошу внести ясность.

    Спасибо.

     

  • Добрый день!

    Вот отрывок из книги

     

     

    Exam 70-237:

     

     PRO: Designing Messaging

    Solutions with Microsoft Exchange Server 2007

    Издано в Microsoft!!!

     

     

     

     

     

     

     

     

    Single-Instance Storage

     

     

     

     

    on the same database, the Extensible Storage Engine does not duplicate the message

    attachment 20 times but instead generates 20 e-mail messages that are

    linked to the same message attachment, thereby reducing the amount of storage

    occupied by the Exchange database.

    This is because of the B-tree logical database structure of Exchange Server where

    message attachments are stored in separate tables from message headers and

    message bodies and linked to one another using pointers. In this case, when a

    single message attachment is sent to 20 recipients on the same information

    store, the Extensible Storage Engine generates 20 individual message headers for

    the individual recipients, but all link to the same message attachment through

    pointers.

    The single-instance storage feature of Exchange Server

    can dramatically reduce the amount of duplicable storage on an Exchange server.

    For example, if a user wants to send a large message attachment to 20 other users

     Если zero55 укажет, что у Microsoft есть другая ОФИЦИАЛЬНАЯ информация по этому поводу, то возникнет неоднозначность, которую надо будет решить с привлечением сил самого Microsoft.

     


    MCTS, STS, TCSP

     

     

  • http://support.microsoft.com/kb/175481

    Если сообщение отправлено одному получателю и если сообщение скопировано для 20 других получателей, расположенных в том же хранилище почтовых ящиков, Exchange Server сохраняет в базе данных только одну копию сообщения, после чего Exchange Server создает указатели.

    Они указывают на исходного получателя и на 20 дополнительных получателей на исходное сообщение. Если исходный получатель и 20 дополнительных получаетелей перемещаются в другое хранилище почтовых ящиков, в новом хранилище почтовых ящиков сохраняется только одна копия сообщения.

    ?


    blog.wadmin.ru
  • Хм... Теперь и я запутался. Со времен экзамена считал, что SIS работает как я написал. Теперь zero55 доказал, что, возможно, это не так. Так чему же все-таки верить, Microsoft?


    MCTS, STS, TCSP
  • SIS неразличает письма и аттача к нему, для него это всего лишь объекты.

    Давайте по шагам.

    1. пришло письмо. вложения к нему не являются отдельными объектами, все письмо является объектом.

    2. объект помещается в хранилище

    3. на объект создается ссылка по количеству получателей.

    собственно и все...

    далее цикл жизни этого объекта выглядит так.

    1. пользователь Х удалили у себя это письмо, но объект остается на месте т.к. на него еще остались ссылки

    2. последний пользователь удалил это письмо. Объект остается в хранилище т.к. на него действует правило хранения удаленных объектов в течении Х дней.

    3. по прохождению Х дней объект помечается на удаление.

    4. при очередном обслуживании БД если процесс успевает дойти до этого объекта то он удаляется.

     

     


    blog.wadmin.ru
  • SIS неразличает письма и аттача к нему, для него это всего лишь объекты

    а у вас есть официальная информация по этому поводу? (у меня нет оснований вам не доверять, просто тема очень интересная).

    Опять же, думал что body и attachment - это разные вещи для Exchange.


    MCTS, STS, TCSP
  • Коллеги, надеюсь что я положу конец этой занимательной дискуссии

    http://msexchangeteam.com/archive/2010/02/22/454051.aspx

    В данной статье на блоге разработчиков Exchange рассказывается про историю SIS, а также почему SIS больше нет начиная с Exchange 2010. Весьма занимательно, рекомендую почитать. Что касается Exchange 2007, вот отрывок из этой статьи

    In Exchange 2007, we increased the number of databases you could deploy, which again reduced the space efficiency of SIS. We further optimized transport delivery and completely removed the need for SIS from a transport perspective.  Finally, we made changes to the information store that removed the ability to single instance message bodies (but allowed single instancing of attachments). The result was that SIS no longer provided any real space savings - typically only about 0-20%.

    • Предложено в качестве ответа zero55 13 мая 2010 г. 10:38
    • Помечено в качестве ответа Oleh Tserkovnyuk 13 мая 2010 г. 11:53
  • Павел, спасибо!

    Т.е. все таки, я думал верно?


    MCTS, STS, TCSP
  • Т.е. все таки, я думал верно?

    Да, вы были правы
  • За линк спасибо.

    Статью видел ранее. вот ее перевод http://itband.ru/2010/04/exchange-2010-sis/

    Насколько я помню в 2003 хранение писем и аттачей было отдельно друг от друга, в 2007 хранение производится в виде единых объектов.

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


    blog.wadmin.ru
  • Всем спасибо за ответы.