<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" version="2.0"><channel><atom:id>tag:blogger.com,1999:blog-7720634702839607469</atom:id><lastBuildDate>Fri, 01 Nov 2024 08:02:40 +0000</lastBuildDate><category>Exchange 2010</category><category>Exchange 2010 SP1</category><category>Exchange 2013</category><category>Recover</category><category>DAG</category><category>Edge</category><category>Hyper-V</category><category>TechDays</category><category>MCP-club</category><category>Resource Mailbox</category><category>Database</category><category>Microsoft</category><category>Outlook Web App</category><category>RBAC</category><category>Recovery Database</category><category>TMG</category><category>Throttling</category><category>Address Book</category><category>Autodiscover</category><category>Database Availability Group</category><category>Export</category><category>Outlook 2010</category><category>PKI</category><category>Remote Management</category><category>Retention policies</category><category>SSL</category><category>Shadow redundancy</category><category>Transport Dumpster</category><category>dns</category><category>import</category><category>redirect</category><category>Acknowledgement Delay</category><category>ActiveSync</category><category>Anti-Spam</category><category>Audit</category><category>CAS array</category><category>Certificate</category><category>Client</category><category>Connectivity</category><category>Dial Tone</category><category>FCS</category><category>Forefront</category><category>GWT</category><category>Guided Walk Through</category><category>Help</category><category>IMAP4</category><category>Intel Modular Server</category><category>Litigation Hold</category><category>MCP</category><category>Multi-Mailbox Search</category><category>NLB</category><category>Network Load Balancing</category><category>Outlook Anywhere</category><category>POP3</category><category>Personal Archive</category><category>PowerShell</category><category>Role Based  Access Control</category><category>Rules</category><category>Safety Net</category><category>Schedule View</category><category>Send As</category><category>Signature</category><category>Single item recovery</category><category>Spam</category><category>Start</category><category>Store</category><category>Transaction log</category><category>Transport Agent</category><category>Troubleshooting</category><category>WildCard</category><category>disclaimer</category><category>eseutil</category><category>system mailbox</category><category>планирование</category><title>/AlexxHost/</title><description>Вы попали на блог, целиком и полностью посвященный продуктам компании Microsoft. В основном речь будет идти про системы корпоративных коммуникаций на базе Exchange Server.</description><link>http://www.alexxhost.ru/</link><managingEditor>noreply@blogger.com (Алексей Богомолов (Alexx))</managingEditor><generator>Blogger</generator><openSearch:totalResults>111</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-3599471862254277349</guid><pubDate>Mon, 24 Feb 2014 07:21:00 +0000</pubDate><atom:updated>2014-02-24T11:22:46.375+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Client</category><category domain="http://www.blogger.com/atom/ns#">Connectivity</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><category domain="http://www.blogger.com/atom/ns#">Guided Walk Through</category><category domain="http://www.blogger.com/atom/ns#">GWT</category><category domain="http://www.blogger.com/atom/ns#">Troubleshooting</category><title>Траблшутинг клиентских подключений (Guided Walkthrough &amp;amp; How To)</title><atom:summary type="text">   Для сервера Exchange есть три типа основных клиентов - это MS Outlook, мобильные ActiveSync устройства и возможен доступ через OWA. Что касается последнего, то здесь с клиентской стороны все достаточно просто - доступ через браузер может быть, а может и не быть, все остальное – уже серверная часть. А вот с MS Outlook и ActiveSync часто возникают разного рода сложности именно с приложением.</atom:summary><link>http://www.alexxhost.ru/2014/02/guided-walkthrough-how-to.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhHRzqXpNABrccaLeEQ8bDvSxiPjkZKCdQPHpdH1fLSbboPWfqYgJa-N1JePQLBBmrZQlNeZVu2J2QddPhX_YYLj8d4ej69BTIuJGCB6bkw6RvKpI0afIH0YXbNeAK_t_JaTP5hNP2YnOuL/s72-c?imgmax=800" height="72" width="72"/><thr:total>12</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-7508657951611632163</guid><pubDate>Tue, 04 Feb 2014 07:29:00 +0000</pubDate><atom:updated>2014-02-04T11:30:33.595+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><category domain="http://www.blogger.com/atom/ns#">Safety Net</category><category domain="http://www.blogger.com/atom/ns#">Shadow redundancy</category><category domain="http://www.blogger.com/atom/ns#">Transport Dumpster</category><title>Exchange 2013 Transport HA</title><atom:summary type="text">Как работают механизмы отказоустойчивости транспорта в Exchange 2007-2010, мы рассмотрели ранее, теперь давайте обратимся в к Exchange 2013. Основная идея отказоустойчивости транспорта в Exchange 2013 - &amp;quot;надо хранить копию всех писем до и после их доставки&amp;quot;.    В результате, в Exchange 2013 бывший Transport Dumpster превратился в Safety Net и теперь хранит письма доставляемые не только </atom:summary><link>http://www.alexxhost.ru/2014/02/exchange-2013-transport-ha.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEicPDYbuc3A7011uuM2F0x32ySGSomhJSVYjnVkSD4NtBiwHCtw2d2bEaA82Q97oJBRytFxgj3Oye0UNb2zEjuJRC5phfHfo6mOYbvV85QbjjyCOoCaRdVVfptE7x-aqiJBxUHau5jnDkDB/s72-c?imgmax=800" height="72" width="72"/><thr:total>2</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-2011832599717717139</guid><pubDate>Mon, 27 Jan 2014 07:02:00 +0000</pubDate><atom:updated>2014-01-27T11:02:54.004+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Acknowledgement Delay</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><category domain="http://www.blogger.com/atom/ns#">Shadow redundancy</category><category domain="http://www.blogger.com/atom/ns#">Transport Dumpster</category><title>Transport Hight Avaliability в Exchange 2007-2010</title><atom:summary type="text">В этой статье я постараюсь немного заглянуть &amp;quot;под капот&amp;quot; механизмов, обеспечивающих отказоустойчивость работы службы транспорта, в версиях сервера Microsoft Exchange 2007-2010.  Будет рассмотрено:     Transport Dumpster     Shadow Redundancy     Acknowledgement Delay      Transport Dumpster  Это механизм, анонсированный в Exchange 2007 для обеспечения надежной доставки сообщений в </atom:summary><link>http://www.alexxhost.ru/2014/01/transport-hight-avaliability-exchange.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEifhx35mpabcDlZHLs8SVNGuZI2b0RqYfnisN-IBn8a8WgWwv2ppCr6_Z8XdF0yIM4PellS7AVnt_KnFpI6Q5-pKAjKIGvffUNHYkAvjlxYgYTXy9ByFurzdKJIYcNJ5gwEGrFDnjZWa57q/s72-c?imgmax=800" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-1616672898439811128</guid><pubDate>Mon, 30 Dec 2013 07:25:00 +0000</pubDate><atom:updated>2013-12-31T09:16:11.345+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Autodiscover</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><title>Autodiscover Service Connection Point (SCP) in coexistence 2007 / 2010/ 2013</title><atom:summary type="text">В Exchange 2013 влияние сервиса Autodiscover на жизнь пользователей становится все более ощутимым и на текущий момент строго рекомендуется, чтобы Autodiscover был доступен и работал. Одна из первых сложностей, с которой сталкивается пользователь при ручной настройке профиля Outlook - это необходимость указывать GUID ящика вместо имени сервера, как это было ранее. Справедливости ради, надо </atom:summary><link>http://www.alexxhost.ru/2013/12/autodiscover-service-connection-point.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgYDo16fJvcKU0YCQo-n17sn2vF5CxfUR3odSFKUWTj4bsX19E0DdXp9mQiQjJrwjbPRXVvKkZEKE4XyEDplt8jyQ2jqlXlPlSjDrV_I7NW04vRLxvoJedXwseovF-4_kWGPjELJFJFuJna/s72-c?imgmax=800" height="72" width="72"/><thr:total>11</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-6854410414405752074</guid><pubDate>Fri, 12 Oct 2012 13:08:00 +0000</pubDate><atom:updated>2012-10-12T17:09:14.793+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">DAG</category><category domain="http://www.blogger.com/atom/ns#">Database</category><category domain="http://www.blogger.com/atom/ns#">Database Availability Group</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><title>Exchange 2013 - Database Availability Group (DAG), часть 2</title><atom:summary type="text">В прошлой статье мы посмотрели на то, какой простой теперь стала настройка DAG`a в Exchange 2013. К сожалению, только собрать кластер зачастую бывает не достаточно, да и не всегда он нормально собирается, в связи с этим, нужно хотя бы примерно представлять, как он работает и как его ремонтировать / тестировать в случае проблем. Вот именно с этой целью я постараюсь далее чуть более подробно </atom:summary><link>http://www.alexxhost.ru/2012/10/exchange-2013-database-availability_12.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhql95YoIU_0oAergbuJWf4GDcvokm1INpv5gfLycgwjw6-hQv2BR4TDr9rCsubrBbiiSt5aWahLHai_F4aWFKkaBnIoFo1bMDjGyp9o7Qwd67d812wp1an0m1hpJTffDq1hm11Q8lmRp1U/s72-c?imgmax=800" height="72" width="72"/><thr:total>11</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-7462717882104353549</guid><pubDate>Thu, 11 Oct 2012 15:22:00 +0000</pubDate><atom:updated>2012-10-12T17:10:01.102+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">DAG</category><category domain="http://www.blogger.com/atom/ns#">Database Availability Group</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><category domain="http://www.blogger.com/atom/ns#">Microsoft</category><title>Exchange 2013 - Database Availability Group (DAG), часть 1</title><atom:summary type="text">Обеспечение отказоустойчивости – это тот вопрос, который волнует, пожалуй, всех администраторов. В этом плане, Exchange 2013 не приготовил нам ни каких сногсшибательных сюрпризов. Что касается база данных почтовых ящиков, то концептуально, все осталось по-прежнему – тот же хорошо зарекомендовавший себя DAG с небольшими улучшениями, а вот что касается массивов клиентского доступа, то тут стало все</atom:summary><link>http://www.alexxhost.ru/2012/10/exchange-2013-database-availability.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhJMj6gRC0jl240IihfbjptCBK34rScQt5Jur-ZnBiEW8oX5bNT32ZhBNBCb0x6w9B51hRu59agZToYQ4rV1jy16y6YTAuw_IpZNpyO_ouWvRxpXX_aHm5tNkEerRQfD940yceIT03Vuuj6/s72-c?imgmax=800" height="72" width="72"/><thr:total>11</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-6641343213609839072</guid><pubDate>Thu, 11 Oct 2012 12:05:00 +0000</pubDate><atom:updated>2012-10-11T16:05:35.063+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Database</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><title>Новый Information Store в Exchange 2013 или каждой базе свой процесс</title><atom:summary type="text">Пожалуй, ни для кого не секрет, что почтовые ящики на сервере Exchange лежат в базе данных, а самой базой данных ранее управляла служба под названием Information Store. Так вот, в Exchange 2013 (он же Exchange 15) эта служба была снова переписана, в результате чего снова сообщается, что требования к IOPS-м для серверов снижены, но это не самое главное.    Как известно, в предыдущих версиях </atom:summary><link>http://www.alexxhost.ru/2012/10/information-store-exchange-2013.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh5l_1BD0mkQvFUIbY6orCH6ciyMmseQcLdFk88tTFtK4AwbDwrNOxzu8WUIZ4xEz6o_R0qqx-4o5mlxCP2G9d_bS_M1fZQkmW9sazC8HTDS8F2FngRR5XC9acMqRHbEjQmxEe7vhgve_IF/s72-c?imgmax=800" height="72" width="72"/><thr:total>3</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-5237026165624595704</guid><pubDate>Thu, 11 Oct 2012 07:54:00 +0000</pubDate><atom:updated>2012-10-11T11:54:53.624+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Network Load Balancing</category><category domain="http://www.blogger.com/atom/ns#">NLB</category><title>Вариант балансировки сетевого трафика на базе DNS</title><atom:summary type="text">Балансировка сетевого трафика (NLB) – это очень важный и ответственный вопрос в теме обеспечения отказоустойчивости. Те, у кого есть возможность, конечно же не задумываясь покупают аппаратные балансировщики и живут спокойно, те у кого денег не так много, реализуют NLB на базе службы Windows Network Load Balancing. Но есть и те, кому приходится реализовывать задачу балансировки при помощи DNS </atom:summary><link>http://www.alexxhost.ru/2012/10/dns.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhrkfHD2Y5gI8a3ShJNRHvKxkCyRIEC8n-xBsdyQOx3yG7qwgE_MrZL7xU4R4p2FJA8vyBv0zmqZz4hpl3os2QSHh-qdGOBkxLPrxMhValBq3qhwemyZaizgHiZ35HyULzOu-FWpXtj-_5y/s72-c?imgmax=800" height="72" width="72"/><thr:total>5</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-4231508200437190334</guid><pubDate>Fri, 24 Aug 2012 10:38:00 +0000</pubDate><atom:updated>2012-09-25T17:46:02.962+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">dns</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>Проблема с пересылкой сообщений между HUB-ми</title><atom:summary type="text">Недавно столкнулся с такой ситуацией, что после восстановления сервера в режиме /m:RecoverServer на другое железо, мой восстановленный HUB Transport отказывался пересылать сообщения куда-либо дальше, ссылаясь на проблемы с DNS. Разберемся что же случилось.    Симптомы  В очереди копится очень много сообщений с ошибкой вида:     Next Hop Domain: smtp relay to remote active directory site     Last </atom:summary><link>http://www.alexxhost.ru/2012/08/hub.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjT_gySta51UZyRdIjZSZRaIK7S6Rr_Ivs_af1-0Uii5PEX8pEwCpGam9PMYt6huLxzZ7FqOZxa2EGdEznZaol9rb8vDBvwQQDhwJoKzNF1cniECR4t2cQPNxV4F_duXGAV2ar0SvmadEE6/s72-c?imgmax=800" height="72" width="72"/><thr:total>12</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-9074985685865490008</guid><pubDate>Tue, 14 Aug 2012 12:02:00 +0000</pubDate><atom:updated>2012-08-14T16:11:07.073+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><title>Exchange 2013 – Roles &amp;amp; Transport</title><atom:summary type="text">Пожалуй самой яркой новость в момент публичного анонса Exchange 2013 стало то, что нет теперь больше 3-х основных ролей (CAS-HUB-Mailbox), к которым все уже так привыкли. Возвращаемся снова к архитектуре Exchange 5.x - Exchange 2003, а именно Front End &amp;amp; Back End. Об этом и поговорим подробнее далее.    Роли сервера или что случилось с транспортом:  Итак, что было - 5 ролей:    &amp;#160;&amp;#160;&amp;#</atom:summary><link>http://www.alexxhost.ru/2012/08/exchange-2013-roles-transport.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgBReFPawGSqvBa-YO9wwXiDmzEEWLFgCdXTFkpL0IakBRD5PIwikcVTWY9ch0ZY60h56web1S6Iyd3JNcRLUn1I17l6NEvKECtq5057FlRkP91j7HeihUQlBvP8eN1AoE0sO3usI5K0zEd/s72-c?imgmax=800" height="72" width="72"/><thr:total>5</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-2512028894944952620</guid><pubDate>Wed, 25 Jul 2012 07:41:00 +0000</pubDate><atom:updated>2012-08-02T11:44:44.837+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Exchange 2013</category><title>Exchange 2013 – Начало</title><atom:summary type="text">Итак, коллеги, 17 июля 2012 года состоялся официальный релиз новой версии почтового сервера компании Microsoft - Exchange Server 2013 (рабочее название Exchange 15). По первым же обзорам стало понятно - разработчики проделали серьезную работу и внесли очень много не просто улучшений, но и серьезно изменили архитектуру. С этого момента, в скучные будни всех ИТ-специалистов, занимающихся решениями </atom:summary><link>http://www.alexxhost.ru/2012/06/exchange-2013.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjPu95HeVr23HCbgTy9UR-M8trLHcZfB8pwMLys3tmCrMq9t6ELTrU8HNs4hQssJFxeirOxrNFtPoFm-dS7nNrr9P4Bz0yodc6ObO6k_0qDsZsnAzLTgupFcHRui1f7uUPKXnVr1wt952oW/s72-c?imgmax=800" height="72" width="72"/><thr:total>12</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-4122720185063262815</guid><pubDate>Fri, 20 Jul 2012 12:31:00 +0000</pubDate><atom:updated>2012-07-20T16:31:34.207+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Database</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><category domain="http://www.blogger.com/atom/ns#">Store</category><category domain="http://www.blogger.com/atom/ns#">Transaction log</category><title>Синхронизация копий баз данных в кластерах Exchange 2007/2010</title><atom:summary type="text">Как известно, между базами данных почтовых ящиков, в кластерных решениях MS Exchange 2007/2010, информация реплицируется при помощи файлов журнала транзакций (transaection logs), далее мы их будем просто называть логами транзакций. Давайте разберемся подробнее как этот механизм работает.    Копирование логов транзакций  Итак, логи транзакций генерируются на сервере с активной базой данных, затем </atom:summary><link>http://www.alexxhost.ru/2012/07/exchange-20072010.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhH6SAUQT3Qr87EoJLx1qtNb6jbb-JdMYEIM1bUk7PO3DP8BxBzZvhKlsgVLsQ9881PsnZxYZbDUwvDnEpvakwd6RdMlR5p2vdb4BZzALqvxq4lLyMCYWw77dU4CHUuJWNSoxACRDnhQ6ej/s72-c?imgmax=800" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-5996266565352796660</guid><pubDate>Fri, 13 Jul 2012 11:41:00 +0000</pubDate><atom:updated>2012-07-13T15:58:02.056+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">DAG</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>DAG: Обслуживание копии базы данных после восстановления аварийного сервера</title><atom:summary type="text">Ранее мы рассмотрели процессы, происходящие на серверах баз данных Exchange в случае возникновения аварийной ситуации. Далее посмотрим что происходит с сервером после восстановления его работоспособности.    Заполнение базы  После того как аварийный сервер вернется в рабочее состояние, очевидно, что у него база уже не будет в актуальном состоянии. В результате процесс Store попытается определить </atom:summary><link>http://www.alexxhost.ru/2012/07/dag.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi8c7gSIwHLYv7NRkZXcyxdRkAfubHrj5tPh-NnvIKr0eODVHSjk6SF5phHd1FahDViSEvX0j5wHMJ4XiJIDL6PH6kEImZ-VBNY1aeQrNO-vuGxR5riqPwMnAt9rDnbXt-WJp3HcwoL5gM3/s72-c?imgmax=800" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-7336919273682564341</guid><pubDate>Fri, 13 Jul 2012 11:40:00 +0000</pubDate><atom:updated>2012-07-13T15:55:43.149+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">DAG</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>Автоматическая активация копий базы в DAG: Attempt copy last logs (ACLL) и переключение пользователей</title><atom:summary type="text">Ранее мы поговорили о том какой процесс управляет активацией копии баз данных в случае аварии (Active Manager) и о том, как выбирается лучшая копия (Best Copy Selection). Далее речь пойдет о том, как эта лучшая копия активируется.    После того, как Active Manager обнаружил, что произошла авария, и в рамках процесс Best Copy Selection, выбрал лучшую копию для активации, наступает момент самой </atom:summary><link>http://www.alexxhost.ru/2012/07/dag-attempt-copy-last-logs-acll.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiOYr8XOh6BAACYY2crVFoStjJHjXZuFlP3vAPzAFhcwX2lbUwdUrTujEsVESOYX9yBA9WdoGaeVqx70_eQjI7X8ec4N_DIo9GoHFrs8VpR1HmzqKHCMnMjrbQfPLXyl1A6mLyOabgjA_Fu/s72-c?imgmax=800" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-7509792751091143649</guid><pubDate>Fri, 13 Jul 2012 11:40:00 +0000</pubDate><atom:updated>2012-07-13T15:46:55.045+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">DAG</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>Автоматическая активация копий базы в DAG: Best Copy Selection (BCS)</title><atom:summary type="text">Как мы уже говорили ранее, Active Manager следит за состоянием баз данных на серверах, и в случае возникновения проблем, принимает решение о активации копии базы на другом сервере. В случае, когда у вас одна копия, то тут даже и думать нечего о том, что именно активировать. А что если копий много? А что если копии сами находятся в плохом состоянии? На эти вопросы мы попытаемся ответить далее.    </atom:summary><link>http://www.alexxhost.ru/2012/07/dag-best-copy-selection-bcs.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhdmEp2tO9MhVGNHXgtdRB0o-cSSt-Itsr0uEF0ZPUEc-R5D7ityI_ZFy0dqxQU5GYrD6XFOtUCqGIbR2RJWeVJPwCujLWcstJI1monyExO5uhWBjqKMM-wl8GvW3hH1SYAE39YgN1KKGXh/s72-c?imgmax=800" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-6648667946719684995</guid><pubDate>Fri, 13 Jul 2012 11:37:00 +0000</pubDate><atom:updated>2012-07-13T15:43:03.333+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">DAG</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>Автоматическая активация копий базы в DAG: Active Manager</title><atom:summary type="text">Как известно, для обеспечения отказоустойчивости баз данных в Exchange 2010 применяется механизм Database Availability Groups (DAG). Внедрение DAG позволяет значительно увеличить надежность роли Mailbox на серверах Exchange 2010, но тем не менее полностью расслабляться в этом вопросе не стоит, т.к. далеко не всегда происходит та самая спасительная автоматическая активация. Далее мы постараемся </atom:summary><link>http://www.alexxhost.ru/2012/07/dag-active-manager.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiwx2LkRRpYO5JolLCxjiS1yQN5ZuqHILDF6gwJ9AhiL4ZoPLSwnPjX1PBj3ETWfZMsrAGIVXL7_0NV8nWIUAOS6prIuxa-mkOygHXOD3DqFv5oRXm-7dcuUN0tSZRaQcUjCPxRiy353FWP/s72-c?imgmax=800" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-1462824232444241953</guid><pubDate>Wed, 16 May 2012 09:28:00 +0000</pubDate><atom:updated>2012-05-16T13:29:38.045+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Certificate</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><category domain="http://www.blogger.com/atom/ns#">SSL</category><category domain="http://www.blogger.com/atom/ns#">WildCard</category><title>Установка WildCard SSL сертификата в Exchange 2010</title><atom:summary type="text">Ранее я уже писал о том, как работать с сертификатами на Exchange сервере (Публикация Exchange 2010 – “сертификация” ). Сегодня, в двух словах поговорим о том, как использовать wildcard-сертификаты.       WildCard SSL сертификаты отличаются от обычных SSL-сертификатов только тем, что они выдаются сразу на множество поддоменов. Выглядят это следующим образом - *.domain.ru. Соответственно такой </atom:summary><link>http://www.alexxhost.ru/2012/05/wildcard-ssl-exchange-2010.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhcPH7vnxX9_45yNGtx-8-eZ1pGLEFdSxbm96kaKAIZFDMRMNOk-jmU_9el33wpisPs4zEYMqxuqorLsvBeyFwwi_XvqjidYnxGZasWHLxE8l6w3FjMcAgzFqoUmMYve5sCZQnEJiJWoRC9/s72-c?imgmax=800" height="72" width="72"/><thr:total>19</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-5080278950546002536</guid><pubDate>Mon, 26 Sep 2011 13:32:00 +0000</pubDate><atom:updated>2011-09-26T17:32:03.672+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Recover</category><category domain="http://www.blogger.com/atom/ns#">Recovery Database</category><title>Восстановление сервера Exchange</title><atom:summary type="text">Представим, что у нас есть Exchange сервер в организации и внезапно железо, на котором он крутится, умирает. Причем умирает так, что восстановить ни чего уже нельзя, а актуальных бэкапов самого сервера (с System State) нет. Есть только бэкап баз данных.     Ситуация не приятная, но не критичная и из неё есть по крайней мере два выхода:     Переустановить сервер в режиме восстановления – setup.com</atom:summary><link>http://www.alexxhost.ru/2011/09/exchange.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhxTDy0xEgwBKxuDznr1TphsBqo-pvIVVv2Hb9vnNhGMqDUFQ1VL-xrCqx2uTj9U-MqlnT8kTYuz22EGwrEmTJkKTRZrnEF0752l_8-kQxP4Wu4Z6ffls6FiH6VmzmEfDAGbRjh0_f07sNT/s72-c?imgmax=800" height="72" width="72"/><thr:total>19</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-15441069279966414</guid><pubDate>Tue, 07 Jun 2011 10:04:00 +0000</pubDate><atom:updated>2011-06-07T18:36:40.541+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Hyper-V</category><title>Перемещение виртуальной машины Hyper-V со снапшотами</title><atom:summary type="text">В жизни бывает такая ситуация, когда необходимо переместить виртуалку в другую локацию, при этом, как можно быстрее и с сохранением для неё всего дерева снапшотов (Snapshot). Штатными средствами решить подобную задачу мы не можем (переместить конечно можем через Экспорт/Импорт, но это долго), так что придется делать все руками. Пред тем как взяться за дело, нужно вникнуть в суть происходящего. </atom:summary><link>http://www.alexxhost.ru/2011/06/hyper-v.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh9lEJETRYbZ0pKDupS5HdoWAeTuqBAoTjpxEUPUR164vi3m8mxJv6tUV0EEitw-dJ8t91ehtVjQ_qCP8tJ9bEFSuJcTNzNLAuwLaGgrqxhu0qH5LFeKdFPPRtFyAvqsrHBd31097SrfqKv/s72-c?imgmax=800" height="72" width="72"/><thr:total>13</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-2443052925862710359</guid><pubDate>Tue, 31 May 2011 19:02:00 +0000</pubDate><atom:updated>2011-06-01T16:00:46.631+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Autodiscover</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>Публикация AutoDiscover – варианты поиска (часть1)</title><atom:summary type="text">Служба AutoDiscover появилась в релизе сервера Microsoft Exchange 2007 и на неё была возложена задача автоматического конфигурирования клиентских приложений. Вместе с тем, перед администраторами встала задача предоставления клиентам доступа к данной службе. Именно об этом далее и пойдет речь.    Как известно, служба AutoDiscover на серверах Microsoft Exchange 2007/2010 работает по протоколу HTTPS</atom:summary><link>http://www.alexxhost.ru/2011/05/autodiscover-1.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg17mIi5igAOxt6UkhShByl2bxgDL7M1wt0G7JKtlEbO7q6EEGcb3pPYS97y2ORSxqFucdPGHeVtxlWQ4utmKH5TZhfpPwpZZ7cEjqAt8R2PVk5vZOa_IUgUtVtqEpCpvHTQKbG3MQHbJmA/s72-c?imgmax=800" height="72" width="72"/><thr:total>49</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-673435347116890395</guid><pubDate>Tue, 31 May 2011 10:44:00 +0000</pubDate><atom:updated>2013-05-27T17:22:28.230+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Edge</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>MS Exchange 2007/2010 - Edge Subscription</title><atom:summary type="text">При внедрении в организации почтовой системы на базе сервера Microsoft Exchange 2007/2010, компания Microsoft рекомендует использовать в качестве пограничного транспортного сервера, сервер Exchange с ролью Edge. В данной статье мы обсудим вопрос синхронизации данных между пограничным транспортным сервером и основной организацией Exchange.  Будем рассматривать рекомендуемый компанией Microsoft </atom:summary><link>http://www.alexxhost.ru/2011/05/ms-exchange-20072010-edge-subscription.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhLTiwBrEMaHGWWocQBFbGgKbiJ-dXzFL56_uPO7covlWz2DLdkcNg6wIp1vH6MvQLpNuDcF33kR6y-wN-DBzjrSOWYWtMf-iAjJZrZJxojJguaLzTuUvgsyxDo9o9WBQYm16LiyMZaG5vG/s72-c?imgmax=800" height="72" width="72"/><thr:total>36</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-2527567623125697187</guid><pubDate>Wed, 25 May 2011 07:52:00 +0000</pubDate><atom:updated>2011-05-25T11:52:54.317+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><title>Маршрутизация сообщений Microsoft Exchange 2010 в многосайтовой среде Active Directory</title><atom:summary type="text">   На этот раз будет только теория.  Часто случается так, что системные администраторы вынуждены делить локальную сеть предприятия на логические компоненты. Эта потребность может быть вызвана как физическими особенностями сети, так и задачами ограничения контроля доступа и оптимизацией трафика репликации Active Directory. При разделении локальной сети на подсети и объединение подсетей в сайты </atom:summary><link>http://www.alexxhost.ru/2011/05/microsoft-exchange-2010-active.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjm5Me2LSyG6-dcZ7DuU5furW0PuDRpFQGuMGgvqbtniWJsvcZa7pd5YD_a_wlniR5LhiXUKDwOY0krB0jlVy8A6mbKb0ILBDeFlgh5z7hU8419Kp7R-HuLftgjSAD6ZVpErMTB3952TBa9/s72-c?imgmax=800" height="72" width="72"/><thr:total>26</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-976342555788111537</guid><pubDate>Wed, 25 May 2011 06:35:00 +0000</pubDate><atom:updated>2011-06-07T17:45:47.037+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">PKI</category><title>Проект внедрения PKI – конфигурирование серверов</title><atom:summary type="text">В прошлой части - Проект внедрения PKI – базовая инфраструктура, мы разобрались с вспомогательными составляющими нашей инфраструктуры PKI. Далее давайте посмотрим непосредственно на конфигурирование серверов.    Начнем с корневого СА:  Конфигурирование Root CA  Серверу необходимо присвоить следующее DNS-Имя:  vm-ca-root.alexxhost.ru  Данные для установки корневого сервера CA:     Role Services – </atom:summary><link>http://www.alexxhost.ru/2011/05/pki_25.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgyzwnVsbTtEXDfqu31TaxYnQxgEBwghf095GuYf4AG-0Wa5VugdrdpY2W47P6QW4VtErDcVR1K6uesR4VHZtYAGRZT71xMLVBkaiG6m0i2wwCIRVFL1FST74PcBqXGeoBeGv8b4ULwxrVN/s72-c?imgmax=800" height="72" width="72"/><thr:total>19</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-2047799578760265963</guid><pubDate>Wed, 25 May 2011 06:16:00 +0000</pubDate><atom:updated>2011-05-25T10:35:46.998+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">PKI</category><title>Проект внедрения PKI – базовая инфраструктура</title><atom:summary type="text">Так получилось, что мне посчастливилось поучаствовать в проекте внедрения PKI-инфраструктуры в одной компании. В связи с этим, у меня появился некий проект данного внедрения, которым я и спешу с вами поделиться.     Сразу хочу предупредить, данная тема из разряда «офф-топик» для этого блога, плюсом, данный проект разрабатывался для конкретной организации с определенными условиями и входными </atom:summary><link>http://www.alexxhost.ru/2011/05/pki.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjS-X1hZucASQT60ljJSBQ8KUZmGYXpfmCBpITvNBnNE8ExjNlXaJ21ipIVwX7d0GrY0WnP4mig3otZD3_sJq5PapzX11iWec9S-h6JNQ5tgdYZEp_3ljfKvKfLz3OxepzuEcdOmMfwPPd6/s72-c?imgmax=800" height="72" width="72"/><thr:total>3</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-7720634702839607469.post-2558140028968054474</guid><pubDate>Mon, 23 May 2011 09:27:00 +0000</pubDate><atom:updated>2011-05-23T13:29:19.418+04:00</atom:updated><category domain="http://www.blogger.com/atom/ns#">Exchange 2010</category><category domain="http://www.blogger.com/atom/ns#">Exchange 2010 SP1</category><category domain="http://www.blogger.com/atom/ns#">Remote Management</category><title>Exchange 2010 Remote Management - часть2</title><atom:summary type="text">Разобравшись с графической консолью, пойдем дальше и посмотрим, как же подключиться к серверу при помощи Exchange Management Shell.    Подключение к Exchange Management Shell (EMS)  Что касается EMS, то тут нужно знать, что командная консоль сервера Exchange 2010 всегда подключается к нему через виртуальный каталог IIS (http://YourMailServer/PowerShell), независимо от того, локально вы работаете,</atom:summary><link>http://www.alexxhost.ru/2011/05/exchange-2010-remote-management-2.html</link><author>noreply@blogger.com (Алексей Богомолов (Alexx))</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiBgO7k8Wa6Ua3J6VlqOxIeMldDr4MDJaCYYGqvOvsSxnkG1IV_8mba3vaJpOE47L2fKYSJ6J2yXToOwxHu4E7n5hsqWBNdiiidnp0_tOZjgSDk6qt9_SpnsiRUrggKOuynS-wp5OvNRLhY/s72-c?imgmax=800" height="72" width="72"/><thr:total>1</thr:total></item></channel></rss>