Комментарии: Сценарии использования Public Folders в Exchange http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/ Этот блог посвящен MS Exchange, Outlook и проблемам, связанным с электронной почтой Wed, 08 Feb 2012 04:15:18 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Автор: Vladislav Artukov http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3385 Vladislav Artukov Fri, 31 Oct 2008 11:39:46 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3385 <em>Так вот, он сказал, что Jet вполне клевая база и лучше подходит, чем SQL для Exchange. У Exchange есть особенность в работе при которой Jet эффективнее MS SQL и перевод Exchange на MS SQL остается под вопросом. </em> Все-таки SQL тщательнее заботится о целостности, а Exchange кладет куски в STM-файл. И мы можем получить такую ситуацию - есть письмо с хвостом в STM-файле,  STM-файл в этом месте поврежден. И мы не узнаем, что полписьма тю-тю, пока не полезем смотреть письмишко. <em>Основная проблема в индексировании - SQL строит гигантский индекс </em> SQL строит индексы так, как ему приказывают разработчики. Если разработчики Exchange так и не договорились, как строить индексы - ну, это же не проблема SQL engine :-) Так вот, он сказал, что Jet вполне клевая база и лучше подходит, чем SQL для Exchange. У Exchange есть особенность в работе при которой Jet эффективнее MS SQL и перевод Exchange на MS SQL остается под вопросом.

Все-таки SQL тщательнее заботится о целостности, а Exchange кладет куски в STM-файл.

И мы можем получить такую ситуацию — есть письмо с хвостом в STM-файле,  STM-файл в этом месте поврежден. И мы не узнаем, что полписьма тю-тю, пока не полезем смотреть письмишко.

Основная проблема в индексировании — SQL строит гигантский индекс

SQL строит индексы так, как ему приказывают разработчики. Если разработчики Exchange так и не договорились, как строить индексы — ну, это же не проблема SQL engine :-)

]]> Автор: Joker http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3371 Joker Sun, 26 Oct 2008 18:10:21 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3371 <em>"PF будут поддерживаться до 2014 года "</em> - уточнение: до 2016. <em>"Я разговаривал с одним из PM на предмет перехода Exchange и AD на SQL, как-то они заявляли об этом. Так вот, он сказал, что Jet вполне клевая база и лучше подходит, чем SQL для Exchange. У Exchange есть особенность в работе при которой Jet эффективнее MS SQL и перевод Exchange на MS SQL остается под вопросом."</em> - Идея перевода базы Exchange на SQL уже много лет витала в умах, но тестирование показало, что Jet с работой Exchange справляется намного лучше. Основная проблема в индексировании - SQL строит гигантский индекс, не различая между собой почтовые ящики, тогда как Jet подходит к индексированию более оптимально и тратит на это гораздо меньше ресурсов. По крайней мере, я слышал именно такое объяснение. «PF будут поддерживаться до 2014 года « — уточнение: до 2016.

«Я разговаривал с одним из PM на предмет перехода Exchange и AD на SQL, как-то они заявляли об этом. Так вот, он сказал, что Jet вполне клевая база и лучше подходит, чем SQL для Exchange. У Exchange есть особенность в работе при которой Jet эффективнее MS SQL и перевод Exchange на MS SQL остается под вопросом.» — Идея перевода базы Exchange на SQL уже много лет витала в умах, но тестирование показало, что Jet с работой Exchange справляется намного лучше. Основная проблема в индексировании — SQL строит гигантский индекс, не различая между собой почтовые ящики, тогда как Jet подходит к индексированию более оптимально и тратит на это гораздо меньше ресурсов. По крайней мере, я слышал именно такое объяснение.

]]> Автор: Denis Osipov http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3359 Denis Osipov Wed, 22 Oct 2008 05:02:45 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3359 Вероятно про репликацию Sharepoint, через groove. Вероятно про репликацию Sharepoint, через groove.

]]> Автор: Pavel Nagaev http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3358 Pavel Nagaev Wed, 22 Oct 2008 05:01:01 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3358 Пытаюсь увязать вышесказанное в голове и чего-то никак. Вы про репликацию Public folders? Пытаюсь увязать вышесказанное в голове и чего-то никак.

Вы про репликацию Public folders?

]]> Автор: 40a http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3356 40a Tue, 21 Oct 2008 21:37:23 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3356 для репликации есть Groove репликация и в  Exchange никогда не выделялась качеством, по сравнению с тем же LotusNotes, автор которого и написал Groove впоследствии для репликации есть Groove
репликация и в  Exchange никогда не выделялась качеством, по сравнению с тем же LotusNotes, автор которого и написал Groove впоследствии

]]> Автор: Pavel Nagaev http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3350 Pavel Nagaev Tue, 21 Oct 2008 11:58:59 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3350 Это все очень индивидуально и зависит, а общие тенденции я Вам написал. Это все очень индивидуально и зависит, а общие тенденции я Вам написал.

]]> Автор: Denis Osipov http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3349 Denis Osipov Tue, 21 Oct 2008 11:31:58 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3349 Спасибо. Будем нарезать. Только увы, при общих объемах баз в 300-350 ГБ это будут куски явно не по 10 гиг. Видимо буду делить по отделам, чтобы письма занимали меньше места. Спасибо. Будем нарезать.
Только увы, при общих объемах баз в 300-350 ГБ это будут куски явно не по 10 гиг. Видимо буду делить по отделам, чтобы письма занимали меньше места.

]]> Автор: Pavel Nagaev http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3348 Pavel Nagaev Tue, 21 Oct 2008 11:27:41 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3348 best practice:  одна storage группа - одно хранилище. Делать хранилища как можно меньше по размеру.  Размер должен быть такой, чтобы базы успевали забекапится во время бекапного окна и чтобы процессы восстановления/ремонта баз занимали приемлемое время. Сколько - решайте сами.  Я стараюсь делать базы не более 10Гб, ограничение на размер ящика по всей компании 500Мб.  Для избранных пользователей - отдельные базы со своими ограничениями. best practice:  одна storage группа — одно хранилище. Делать хранилища как можно меньше по размеру. 

Размер должен быть такой, чтобы базы успевали забекапится во время бекапного окна и чтобы процессы восстановления/ремонта баз занимали приемлемое время. Сколько — решайте сами.  Я стараюсь делать базы не более 10Гб, ограничение на размер ящика по всей компании 500Мб. 
Для избранных пользователей — отдельные базы со своими ограничениями.

]]> Автор: Denis Osipov http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3347 Denis Osipov Tue, 21 Oct 2008 11:22:10 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3347 Павел, спасибо за познавательные статьи. Будет ли какая-нибудь статья с рекомендациями по организации Storage group и mailbox storage в рамках одной, средней по размерам организации? В частности, microsoft настоятельно не рекомендует превышать размер в 100 гигабайт для storage... однако по факту почты бывает больше. Вопрос не финансовый (enterpise довольно дорого стоит) и не политический (запретить большие письма и большие мейлбоксы), интересует именно best practice. Павел, спасибо за познавательные статьи.

Будет ли какая-нибудь статья с рекомендациями по организации Storage group и mailbox storage в рамках одной, средней по размерам организации?
В частности, microsoft настоятельно не рекомендует превышать размер в 100 гигабайт для storage… однако по факту почты бывает больше.
Вопрос не финансовый (enterpise довольно дорого стоит) и не политический (запретить большие письма и большие мейлбоксы), интересует именно best practice.

]]> Автор: Pavel Nagaev http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/comment-page-1/#comment-3346 Pavel Nagaev Tue, 21 Oct 2008 08:35:12 +0000 http://www.exchangerus.ru/2008/10/20/scenarii-ispolzovaniya-public-folders-v-exchange/#comment-3346 Спорить не буду, безусловно в Ваших словах есть доля истины, а что уж там было у Микрософт, ну я точно не знаю :-) Спорить не буду, безусловно в Ваших словах есть доля истины, а что уж там было у Микрософт, ну я точно не знаю :-)

]]>