<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>碎片IT资讯 &#187; Server</title>
	<atom:link href="http://billyfu.sinaapp.com/archives/category/server/feed" rel="self" type="application/rss+xml" />
	<link>http://billyfu.sinaapp.com</link>
	<description>专业微软IT技术资讯交流区</description>
	<lastBuildDate>Mon, 26 Sep 2011 14:48:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Dynamics AX 2012 全球虚拟发布会开放注册</title>
		<link>http://billyfu.sinaapp.com/archives/862.html</link>
		<comments>http://billyfu.sinaapp.com/archives/862.html#comments</comments>
		<pubDate>Thu, 16 Jun 2011 11:11:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Microsoft]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/862.html</guid>
		<description><![CDATA[Dynamics AX 2012 全球虚拟发布会将于2011年9月13日举行，目前微软已向全球客户开放了线上发布会的注册页面。据可靠消息，微软将于2011年9月正式将Dynamics AX 2012交付压制。届时，合作伙伴，ISV及最终客户都可以通过在线链接下载到最终版本的Dynamics AX 2012。 &#160; &#160; 发布会注册链接：http://www.microsoft.com/en-us/dynamics/products/ax-2012-launch.aspx]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/862.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>免费下载Lync Server 2010 VHD</title>
		<link>http://billyfu.sinaapp.com/archives/849.html</link>
		<comments>http://billyfu.sinaapp.com/archives/849.html#comments</comments>
		<pubDate>Sat, 11 Jun 2011 12:58:45 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[News]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Microsoft]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/849.html</guid>
		<description><![CDATA[很多客户都需要测试和试用微软的最新统一通信解决方案，但由于部署环境相对麻烦微软VHD Test Drive团队已于近日正式对外放出了搭建好的Lync Server 2010虚拟磁盘文件，以更方便的帮助客户和工程师进行测试和试用。 由于只针对微软自己的企业客户进行试用，所以该Lync Server 2010 VHD只支持微软Windows Server 2008 R2 Hyper-V虚拟化环境，并测试环境的管理员用户名和密码分别为：fabrikamAdministrator和pass@word1 &#160; VHD Test Drive &#8211; Lync Server 2010 VHD下载地址为： &#160;]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/849.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Hyper-V Server 2008 R2 SP1 RTM + 下载</title>
		<link>http://billyfu.sinaapp.com/archives/834.html</link>
		<comments>http://billyfu.sinaapp.com/archives/834.html#comments</comments>
		<pubDate>Thu, 14 Apr 2011 04:24:50 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/834.html</guid>
		<description><![CDATA[针对Hyper-V Server 2008 R2的首个Service Pack即Hyper-V Server 2008 R2 SP1已由微软正式RTM并对外发布。 Microsoft Hyper-V Server 2008 R2 SP1 提供一套可靠、优化的虚拟化解决方案，使组织能够提高服务器利用率并降低成本。 动态内存是 Hyper-V Server 2008 R2 SP1 的一项全新的内存管理增强功能，能够集中并动态分配物理主机的全部内存。内存能够在不同的虚拟机之间动态分配，以响应这些计算机不断变化的工作负荷。因此，动态内存能实现更高的内存使用效率，同时维持稳定的工作负荷性能和可伸缩性。实施动态内存意味着在尽量不影响性能的情况下，实现更高级别的服务器整合。动态内存还能使 VDI 方案的每台 Hyper-V 主机拥有更多的虚拟桌面。 Microsoft Hyper-V Server 2008 R2 SP1 评估资源 http://technet.microsoft.com/zh-cn/evalcenter/ff723806.aspx 下载 Microsoft Hyper-V Server 2008 R2 Service Pack 1 (SP1) &#160;]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/834.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Microsoft Exchange Server 协议文档下载</title>
		<link>http://billyfu.sinaapp.com/archives/813.html</link>
		<comments>http://billyfu.sinaapp.com/archives/813.html#comments</comments>
		<pubDate>Thu, 24 Mar 2011 10:14:29 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Exchange 2010]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/813.html</guid>
		<description><![CDATA[Microsoft Exchange Server 协议文档为Microsoft专有协议（包括行业标准及其它公开协议）提供了详细的技术细节说明，以用于Microsoft Exchange Server与其它微软产品进行相关通讯。 此文档集包括了相关协议的概述及参考文件、补充概念背景及技术规格的设置、跨协议的关系和相互作用，以及其它相关的技术参考信息。 下载地址： http://www.microsoft.com/downloads/en/details.aspx?FamilyID=a9aae935-ad23-4117-a3d9-9ed6093d6d7f]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/813.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>如何通过Exchange2010 OWA更改过期密码</title>
		<link>http://billyfu.sinaapp.com/archives/793.html</link>
		<comments>http://billyfu.sinaapp.com/archives/793.html#comments</comments>
		<pubDate>Tue, 26 Oct 2010 20:53:41 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Exchange 2010]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/793.html</guid>
		<description><![CDATA[想必很多Exchange 2003管理员都通过IISADMPWD虚拟目录为员工提供用户密码修改功能，这大大方便了移动用户和非加入域用户在密码到期时的更改操作。您也许已经注意到：Windows Server 2008的IIS 7.0并不支持IISADMPWD虚拟目录，这也导致管理员想通过Outlook Web App来为Exchange 2007及Exchange 2010用户提供密码修改功能有诸多不便。 现在向大家提供一个好消息，微软在近期刚发布的Exchange Server 2010 Service Pack 1和 Exchange Server 2007 Service Pack 3（必需运行在Windows Server 2008或Windows Server 2008 R2上）提供了一项帮助密码过期用户重置密码的新特性。当然，这项特性也同样适用于管理员在“活动目录用户和计算机”中为用户勾选的“用户下次登录时需更改密码”这一特性。 要使用此功能，管理员必需在 Exchange 2007 SP3或Exchange 2010 SP1的客户端访问服务器上执行如下步骤： 在客户端访问服务器（CAS）上点击“开始”菜单——在“运行”中输入regedit.exe并打开注册表编辑器 展开HKLMSYSTEMCurrentControlSetServicesMSExchange OWA 在MSExchange OWA上右键新建一个DWord (32-bit)值 新建的值名为ChangeExpiredPasswordEnabled，并将此值设置为1（值为1是启用，值为0或空表示禁用） 使用iisreset /noforce命令重启IIS，以使注册表更改生效 注意：如果您使用了客户端访问阵列，则必需在所有客户端访问服务器上执行以上操作。 重要：管理员还需要提醒用户在重置密码时，不能在域名用户名中输入UPN（即username@contoso.com形式）名，而必需使用contosousername这种形式。]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/793.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Exchange Server 2010详细架构图</title>
		<link>http://billyfu.sinaapp.com/archives/782.html</link>
		<comments>http://billyfu.sinaapp.com/archives/782.html#comments</comments>
		<pubDate>Wed, 20 Oct 2010 16:34:20 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Exchange 2010]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/782.html</guid>
		<description><![CDATA[微软已经正式发布了Exchange Server 2010的详细架构图，预览如下： 有兴趣的朋友赶紧点击Exchange Server 2010 Architecture Poster下载吧。]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/782.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>有关Windows 7和Vista默认安装序列号的问题解答</title>
		<link>http://billyfu.sinaapp.com/archives/781.html</link>
		<comments>http://billyfu.sinaapp.com/archives/781.html#comments</comments>
		<pubDate>Tue, 19 Oct 2010 05:21:25 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Client]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Active]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/781.html</guid>
		<description><![CDATA[各位好，昨日收到有网友邮件问Windows 7的默认安装序列号是什么，今天就由碎片来给大家作一个详尽解答。 如果您安装过Windows 7或Vista的话，都应该知道：Windows 7、Windows Vista、Windows Server 2008和Windows Server 2008 R2在安装过程中，用户可以不输入已经购买到安装密钥，并直接跳过激活步骤来直接进行安装。当您选择不输入密钥进行安装时，以上Windows版本会自动使用一个微软已集成的内置序列号进行安装。在整个安装步骤完成后，微软这个内置的序列号可以使用30天时间，用户只需在这30天周期中的任何时间再通过“更换序列号”功能进行系统激活即可。 其实微软这个内置的序列号已经被写入到了安装光盘sources文件夹下的product.ini文件当中，当然您也可以自己将你购买到的序列号定稿product.ini当中，这样就算你在安装时选择了跳过序列号输入这一步骤，当操作系统安装好之后也可以自动连网激活，而不用再去更改序列号进行激活了。 刚才看了下，微软已经内置30天激活的序列号如下： &#160; Windows 7 家族 HomeBasicN=MD83G-H98CG-DXPYQ-Q8GCR-HM8X2 ServerHomeStandard=MCQYD-2TJYQ-JP7KR-7GYYF-YGPXQ ServerForSBSolutions=PHYFD-HQ4XW-78PR4-2CXKF-V67KJ ServerSolutionsPremium=4TMY4-8JG4B-VKY8X-6TVDH-J7XFV ProfessionalE=3YHKG-DVQ27-RYRBX-JMPVM-WG38T UltimateE=TWMF7-M387V-XKW4Y-PVQQD-RK7C8 Professional=HYF8J-CVRMY-CM74G-RPHKF-PW487 ServerWinSBV=WQG3Q-VWT72-VX39Q-VRTRD-2RF7K Starter=7Q28W-FT9PC-CMMYT-WHMY2-89M6G UltimateN=HTJK6-DXX8T-TVCR6-KDG67-97J8Q ServerSolution=Y7GVM-YFQQW-HV8HW-GRW6D-YJ84M ServerSBSPremiumCore=BXQQP-Q6Q6D-TR7TR-3YXQW-VFHKM ServerHomePremium=4BWDV-9MKGX-V9QJ4-YWFWR-P6974 ServerEssentialAdditional=7PDBG-28HK4-276G6-XVJF4-KH9Y4 ServerMediumBusinessManagement=FD499-FD79G-V9D2W-F9WQ6-MD2VC ServerEssentialManagement=4F37J-4YTKY-6DFDJ-FDRFY-2HT34 HomeBasicE=VTKM9-74GQY-K3W94-47DHV-FTXJY StarterE=BRQCV-K7HGQ-CKXP6-2XP7K-F233B ServerSolutionsPremiumCore=4TMY4-8JG4B-VKY8X-6TVDH-J7XFV ServerForSBSolutionsEM=JR4Y2-WC84X-PBRDJ-QTBTB-TQGGH ServerEnterpriseIA64=7YKJ4-CX8QP-Q23QY-7BYQM-H2893 Enterprise=H7X92-3VPBB-Q799D-Y6JJ3-86WC6 Ultimate=D4F6K-QK3RD-TMVMJ-BBMRX-3MBMV ServerHPC=Q7PRR-M2WBM-RJJ99-FG393-MGY3B HomePremiumE=76BRM-9Q4K3-QDJ48-FH4F3-9WT2R ServerHyperCore=Q8R8C-T2W6H-7MGPB-4CQ9R-KR36H ServerEmbeddedSolution=M2KD2-F2333-Q3TJ8-BQMHX-9PWX6 ServerWinFoundation=36RXV-4Y4PJ-B7DWH-XY4VW-KQXDQ ServerStandard=HMG6P-C7VGP-47GJ9-TWBD4-2YYCD ServerSBSStandard=YMFM8-J2RV2-66G78-XPQ7C-4RY3B HomeBasic=YGFVB-QTFXQ-3H233-PTWTJ-YRYRV ServerEssentialAdditionalSvc=RCDPD-97Q7B-MRDC3-GTRYF-MCD6G HomePremium=RHPQ2-RMFJH-74XYM-BH4JX-XM76F HomePremiumN=D3PVQ-V7M4J-9Q9K3-GG4K3-F99JM ServerDatacenterCore=7X29B-RDCR7-J6R29-K27FF-H9CR9 ServerWeb=YGTGP-9XH8D-8BVGY-BVK4V-3CPRF ServerMediumBusinessSecurity=YQ3V7-79DM4-42PVW-BYRH8-69VXK ServerSBSPremium=BXQQP-Q6Q6D-TR7TR-3YXQW-VFHKM [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/781.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows Server 2008 R2只读文件夹复制功能(下)</title>
		<link>http://billyfu.sinaapp.com/archives/743.html</link>
		<comments>http://billyfu.sinaapp.com/archives/743.html#comments</comments>
		<pubDate>Thu, 16 Sep 2010 00:23:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/743.html</guid>
		<description><![CDATA[在上篇文章中我们详细探讨了只读复文件夹复制的概念和工作原理，现在让我们来看看如何在Windows Server 2008 R2来配置一个具体的只读文件夹复制场景。 前提条件 首在部署只读文件夹复制功能之前请仔细阅读下面的说明： 1、 适用范围：只读文件夹复制功能只适用于Windows Server 2008 R2复制伙伴，我们无法在Windows Server 2003 R2或Windows Server 2008成员服务器上配置此功能。 2、 向后兼容性：只需要承载只读文件夹复制功能的服务器必需是Windows Server 2008 R2，其它Windows Server 2003或Windows Server 2008复制伙伴也可以复制到只读文件夹内容。但在配置只读文件夹复制功能时，必需在Windows Server 2008 R2的DFS管理控制台上进行。 3、 管理只读复制文件夹：要将已复制的文本夹配置为只读复制文件夹，您需要使用Windows Server 2008 R2上的DFS管理控制台。在老版本（Windows Server 2003 R2 或 Windows Server 2008）的DFS管理控制台中无法配置和管理只读的已复制文件夹。换而言之，老版本的DFS管理控制台中无法标记已复制文件夹为“只读”。 4、 架构更新：如果您有老版本的架构，则需要在活动目录中更新Windows Server 2008 DFS复制架构扩展。具体您可以参考http://blogs.technet.com/b/askds/archive/2008/07/02/what-are-the-schema-extension-requirements-for-running-windows-server-2008-dfsr.aspx 配置新的只读复制文件夹 首先，让我们来看看如何在各成员服务器之间配置复制文件夹。在下面的示例中，我们将从Contoso域中的DC服务器配置复制文件夹到BRCNCH服务器。我们会将已复制到BRANCH服务器的文件夹配置成为只读复制文件夹，下面列出了创建新复制组的步骤： 1、在Windows Server 2008 R2成员服务器上启动DFS管理控制台 DFS管理控制台（dfsmgmt.msc）是一个可用于配置和管理DFS命名空间和DFS复制的MMC管理单元。在左侧窗格中选择“复制”来配置和管理DFS复制。在最右侧的“操作”面板中可以配置复制组和需要使用DFS进行复制的文件夹。 2、点击“新建复制组”选项 在“操作”面板中点击“新建复制组”，此时会启动一个“新建复制组向导”，我们需要通过此向导来新建一个复制组。 3、选择复制组类型 [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/743.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows Server 2008 R2只读文件夹复制功能(上)</title>
		<link>http://billyfu.sinaapp.com/archives/742.html</link>
		<comments>http://billyfu.sinaapp.com/archives/742.html#comments</comments>
		<pubDate>Tue, 07 Sep 2010 00:23:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/742.html</guid>
		<description><![CDATA[本文章将详细探讨Windows Server 2008 R2的DFS只读文件夹复制功能。 为什么部署只读文件夹复制？ 首先让我们设想如下企业场景：您作为一个大型集团的企业管理员，公司总部有集中式的IT数据中心，在各城市的分支机构和办事处都有自己的小型数据中心和机房。公司采用了Windows Server 的DFS功能作为重要文件传送和信息复制的基础架构，并且DFS服务器被配置为自动从各分支机构和北京的数据中心自动进行文件同步。示例图如下： DFS复制服务采用的是多主文件复制引擎架构，这就意味着：不论服务器所部署的地址位置，只要其中一台DFS服务器有任何文件和内容的变动，都将同步到所有参与内容复制的DFS服务器当中。该服务和机制在确保所有服务器进行复制同步的同时，还会自动将“最后修改”的文件作为最终版本来进行同步，以保证文件复制不会有版本冲突。 此时，某分支机构办事处的某个员工不小心误删除了DFS上的一个“Specs”文件夹，此意外删除操作很快便会被DFS复制服务监控到，并同步到数据中心服务器上，然后再逐步同步到其它分支机构的服务器上。 不久，“Specs”文件夹被会被从所有参与DFS复制的服务器中删除，此员工一次不小心的误删除操作将导致全公司所有办公地点的员工都无法再使用“Specs”文件夹中的数据，而且文件服务器管理员必需花费很多额外精力才能够重新从备份文件中将原有的文件进行恢复，并再次在所有DFS上进行同步。 在早期环境中，管理员通常需要密切监控DFS的使用情况，以防止出现类似因错误删除而导致不必要的文件丢失或数据恢复的情况。而为了避免此类情况的发生，管理员最常用的办法就是在共享上针对不同类型的员工和组设置严格的ACL（访问控制列表），虽然这样可以有效避免因误操作导致的文件丢失，但需要管理员在所有分支服务器上都进行一遍配置和更改，其工作量对于大型组织和企业来说也不太切合实际。 为了有效地解决以上这一问题，微软即在Windows Server 2008 R2的DFS中集成了只读文件夹复制功能。只读复制文件夹不能在本地进行任何修改，并由DFS复制服务来进行读写同步。正因为这样的设计，只读文件夹复制功能便可以帮助分支机构众多的企业降低DFS部署开销。 只读文件夹复制如何工作？ 当启用只读复制文件夹功能时，DFS复制服务会拦截、检查所有文件系统的操作，并通过文件系统筛选器驱动程序层将每个复制的文件夹配置为只读。但在操作系统中已将文件夹手动设置为只读时，该文件夹则会自动忽略筛选器驱动程序。 只允许由服务自身发起的修改 这种类型的文件修改通常是在复制伙伴安装更新时造成，此选项可以确保只有读写功能的文件夹（通常位于企业集中的数据中心）与其它复制伙伴（通常是分支机构）进行文件夹同步。 阻止所有其它修改尝试&#160; 此选项可以确保不能对任何本地只读复制文件夹的内容进行修改，如下图。 关于连接的说明 请注意一点，复制成员之间应该建立双向复制关系，微软并不推荐或支持复制成员之间配置为单向复制连接。DFS复制服务可以确保任何一处分支的只读复制文件夹中的数据丢失都不会被同步到其它复制伙伴，因此不必担心因建立双向复制连接导致数据丢失。 复制设计 在复制组中，成员服务器所托管的只读复制文件夹必须连接到复制伙伴具有相应读写功能的复制文件夹上。 因此，无法在两个或多个只读复制文件夹之间进行同步。在Windows Server 2008 R2中，DFS管理控制台也有相应的连接拓扑验证机制，以保证将正确的具有读写能力的文件夹与只读复制文件夹进行同步。 小结 在本部分内容中，我们对Windows Server 2008 R2只读文件夹复制功能的应用场景和工作原理进行了介绍，在下部分内容中，我们将以详细展开介绍如何在企业中配置和应用DFS只读文件夹复制功能。]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/742.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>部署Data Protection Manager 2010保护企业关键业务数据（下）</title>
		<link>http://billyfu.sinaapp.com/archives/741.html</link>
		<comments>http://billyfu.sinaapp.com/archives/741.html#comments</comments>
		<pubDate>Wed, 01 Sep 2010 01:52:29 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[DPM]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/741.html</guid>
		<description><![CDATA[【IT168专稿,请勿转载】 简介 在上半部分文章中我们主要介绍了数据备份的重要性，并对部署DPM 2010的条件和部署流程进行了详细介绍。在本次文章介绍中，我们将介绍如何对DPM 2010的存储池和备份任务等功能进行详细介绍。 现在，我们需要对已部署好的DPM 2010进行存储初始配置，以针对企业数据中心中不同的应用和环境。 存储要求 DPM 2010可以使用当前服务器的本地磁盘来进行备份存储，也可以使用通过iSCSI或光纤通道使用直接连接存储 (DAS) 或存储区域网络 (SAN) 设备。DPM 2010无法检测到可移动介质，如：USB和IEEE 1394 (火线)设备和其它移动存储设备。微软这么做的原因是因为以上类型的可移动存储设备并不一定总是连接到DPM 2010服务器，同时可移动存储设备也不支持VSS。 存储池 DPM 2010将一块或多块磁盘配置为一组作为存储池，专门用于存储备份副本和恢复点。在执行首次备份之前，管理必需创建一个存储池并将一个或多个磁盘添加到存储池当中。副本是DPM 2010服务器上受保护数据源的一份完整拷贝，并为保护组中定义每个受保护数据进行副本创建。保护组是一个共同配置和保护时间表的受保护数据源集合。 在为存储池中添加磁盘时，磁盘不应该有任何分区，DPM 2010会在将磁盘添加到存储池的过程中接管格式化过程。 添加磁盘到存储池 管理员可以使用以下步骤来验证磁盘配置并将添加到 DPM 存储池： 1、 添加一个新的物理磁盘，iSCSI LUN或SAN LUN到DPM 2010服务器 2、 在DPM 2010服务器上打开磁盘管理控制台（diskmgmt.msc） 3、 找到您需要添加到DPM 2010存储池的那块磁盘或卷，查看到其状态为“脱机” 4、 右击磁盘按钮，并选择“联机”将此磁盘设置为联机状态。此时，服务器会自动对此磁盘进行联机初始化。 5、 打开“DPM 2010管理员控制台“ 6、 点击“管理“标签，再点击标签子集中的“磁盘”标签 7、 点击最右侧窗口的“添加”按钮，以将磁盘添加到存储池 8、 在弹出的“将磁盘添加到存储池”窗口左侧“可用磁盘”列表中，我们可以看到先前已设置为联机但并未分区的那块磁盘，点击“添加”按钮，将其选为要添加到存储池的磁盘后点击“确定“进行确认 9、 此时DPM 2010需要将基本磁盘转换为动态卷，点击“是“进行确认 10、 添加完成后，我们便可以在存储池中看到此磁盘 [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/741.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>为Push DPM Agent客户端代理配置Windows防火墙</title>
		<link>http://billyfu.sinaapp.com/archives/736.html</link>
		<comments>http://billyfu.sinaapp.com/archives/736.html#comments</comments>
		<pubDate>Fri, 27 Aug 2010 08:48:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Client]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[DPM]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/736.html</guid>
		<description><![CDATA[实在是有太多的朋友在Push DPM Agent的时候遇到问题了，当然最常见的就是无数种错误ID号的RPC错误等等等等。。。。哎~~~今天碎片这个总结文章希望能为大家解决这一问题提供一些小小的思路。 DPM Agent的整个Push过程都是通过一个被微软称为代理协调服务（ Agent Coordinator Service）来完成的，此代理协调服务是DPM代理成功安装和部署的一个必要基础。通过监控和抓包发现：代理协调服务需要侦听TCP 5791及接受RPC通讯才能正常工作，如果由于防火墙阻止了此通讯，您就可能会收到Error 313 0&#215;80070643错误。 通过很多测试发现，我们的防火墙中必需手动指定以下规则，DPM Agent的部署、管理及备份工作才能够正常进行。 DPM服务器 名称 程序 远程地址 协议 本地端口 DPM (RPC) %ProgramFiles%Microsoft DPMDPMbinmsdpm.exe &#60;DPM Agents IP&#62; TCP 动态RPC DPM复制代理（入站） %programfiles%Microsoft DPMDPMbinDPMRA.exe &#60;DPM Agents IP&#62; TCP 5187 DPM客户端 名称 程序 远程地址 协议 本地端口 DPM代理协调服务（入站） %windir%Microsoft Data Protection ManagerDPMAgentsAC2.0.5820.0dpmac.exe &#60;DPM Server IP&#62; TCP 5719 DPM代理协调服务（RPC） %windir%Microsoft Data [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/736.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>部署Data Protection Manager 2010保护企业关键业务（上）</title>
		<link>http://billyfu.sinaapp.com/archives/735.html</link>
		<comments>http://billyfu.sinaapp.com/archives/735.html#comments</comments>
		<pubDate>Fri, 27 Aug 2010 00:35:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[DPM]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/735.html</guid>
		<description><![CDATA[【IT168专稿,请勿转载】 简介 随着互联网技术的不断发展和业务发展，越来越多的企业都拥有了自己的中小型数据中心甚至是跨国型数据中心。然而，相当一部分的企业都曾由于硬件损坏、病毒爆发及人为操作失误等原因导致过重要业务数据丢失。因此，建立一套完善的核心业务数据备份恢复策略对保护企业核心数据资产是十分有必要的。 备份系统是一种系统化、自动化的系统，是能够最大化避免人为疏忽和错误而导致数据风险的系统，而通过人工方式手动将数据库进行导出这种“备份方式”从严格意义上讲，根本就不是一套备份体系和流程。而本文中要介绍的Data Protection Manager (DPM) 2010，依托微软自身的代码优势集成了高级应用程序感知功能，包括内置应用程序智能识别的功能，能够提供对SQL Server、Exchange Server、SharePoint Server、Hyper-V等产品提供可定制的数据保护。这种应用程序的感知能力结合了强大的用户界面、完整的PowerShell 支持，并且稳固的复制能力和监测点系统能够让数据库系统管理员和IT多面手进行他们需要的、快速的、成功的备份和恢复。 安装要求 在进行DPM2010的安装部署之前，我们首先要确认服务器是否符合DPM2010部署的最低要求。在本文中，笔者假设用户将DPM2010部署在Windows Server 2008 R2标准版、企业版或数据中心版上，因为此版本的Windows在部署DPM2010时最为方便。 在安装DPM之前，您的软件环境还必需符合如下要求： Windows Server 2008 X64或Windows Server 2008 R2（标准版或企业版） 4GB RAM (推荐) 2.3 GHz 四核 CPU（推荐） 系统盘大于3GB空闲空间 DPM安装文件 数据库文件 SQL 2008 PowerShell 2.0 .Net Framework 3.5.1 单一实例存储（SIS） Windows Installer 4.5 DPM 2010 为了存储备份信息需要一台专用的 SQL 服务器，此SQL服务器可以是企业中现有的SQL 2008（标准或企业版）数据库服务器，也可以是在DPM2010本机上的SQL 2008。大多数企业都为企业中的业务系统配备了专用的数据库服务器及数据库管理员，为了更好的覆盖部署知识点，本文将对本地SQL部署和远程SQL部署都进行介绍。当然微软的最佳实践建议DPM2010服务器使用远程的64位SQL2008，以达到最佳的运行效果。 活动目录要求 DPM [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/735.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>探索Exchange 2010 RPC客户端访问服务</title>
		<link>http://billyfu.sinaapp.com/archives/734.html</link>
		<comments>http://billyfu.sinaapp.com/archives/734.html#comments</comments>
		<pubDate>Tue, 24 Aug 2010 02:01:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Exchange 2010]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/734.html</guid>
		<description><![CDATA[从Exchange 2007开始，微软便为Exchange组织推出了5个执行不同功能和服务的角色。微软尤其为客户端访问服务器角色（CAS）推出了多种新的访问服务，如：Web服务、可用性组（DAG）、自动发现服务和日历服务。 在Exchange 2010当中，拥有与Exchange 2007相同的5个角色。但是，各角色之间进行了一些重要的架构改变和责任转变。在本文中，我将着重向大家介绍与客户端访问角色相关的细节变化。 Exchange 2010中最重要的变化是：客户端访问服务器角色（CAS）中采用了2个分别被称为RPC客户端访问服务和通讯簿服务的新服务来建立MAPI、NSPI和RFR方式的客户端访问。这一新功能和改变主要用于取代 Information Store与RPC终端的这种通讯方式。但 Exchange 2010 Information Store 的RPC终端功能并未被完全移除，它的功能已经被更改为只接受来自CAS服务器的请求。 公共文件夹数据库访问方式的RPC终端仍保留在邮箱服务器角色上，但Outlook客户端现已改为通过RPC客户端访问服务来访问邮箱角色上的公共文件夹数据库，而非通过 Information Store。 背景 在Exchange 2003中，所有的客户端都直接连接到 Information Store的数据访问和数据呈现服务，或通过前端服务器代理连接到Information Store的数据访问。 在Exchange 2007中，微软开始整合数据访问路径，使大多数客户端（例如：OWA、POP和IMAP）都通过一个被称为Exchange中间层的业务逻辑层。此中间层创建了进入所有服务器角色的库，客户端通过这个共同的业务逻辑层采取一致的业务逻辑以实现其优势。在这一点上，MAPI客户端（如Outlook）和WebDAV客户端（如Entourage 2004）仍直接连接到 Information Store。 （图1） 在 Exchange 2010中，CAS中的新RPC终端托管代码与上层核心业务逻辑层共享其它内部Exchange 2010服务器角色。此外，WebDAV功能已被移除，这意味着使用WebDAV的应用程序需要更新或迁移至支持Exchange Web Services的新版本。 （图2） Exchange 2010中间层 为了确保对这项中间层架构的改进，微软为客户端访问服务器角色添加了2个新服务：RPC客户端访问服务和通讯簿服务。 RPC客户端访问服务用于处理所有邮箱数据库连接，通讯簿服务用于处理所有活动目录数据库连接和访问。一个值得注意的例外则是——公共文件夹。公共文件夹连接和客户端连接都使用邮箱角色上的RPC客户端访问服务，并非 Information Store。 RPC客户端访问服务 在Exchange 2007或更早版本时，MAPI客户端都直接连接到邮箱服务器。这意味着当发生故障转移时，客户端将从他们的MAPI连接和目录直接断开。在Exchange 2010中，我们的客户端连接都通过抽象方式“远离”邮箱服务器，因此，当邮箱数据库发生故障切换时，客户端最终会保持MAPI和当前目录的连接状态不至中断过久。这无疑为Outlook客户端提供了一个用于更完美的用户体验。 实现客户端连接到CAS状态的无缝切换和故障转移是此架构的主要优势之一，由抽象的客户端进行 Information Store连接可在访问用户邮箱失败时把对用户产生的影响降到最低。另一个巨大的优势和好处在于：所有客户端都能够使用相同的代码和逻辑来访问存储内容。这意味着，无论客户端通过IMAP、MAPI或OWA进行访问，我们都不必再对业务逻辑进行统一数据格式的操作，这样做是为了减少类似的MIME到MAPI转换问题。此外，这种模式也使得信息存储过程更为精简。 RPC客户端访问阵列 当客户端访问服务器与邮箱服务器进行通讯时，实际上客户端访问服务器是通过承载数据库的邮箱服务器与邮箱数据库进行通讯。当你的环境中客户端访问服务器或客户端访问服务器阵列配置为使用数据库可用性组（DAG）时，这则形成一种特别明显和有效的客户端访问服务器负载均衡阵列。在非负载均衡环境中，邮箱数据库会关联多台客户端访问服务器的负载均衡阵列。当在环境中启动或添加2台或多台客户端访问服务器后，我们就可以配置和使用RPC客户端访问阵列功能了。 默认情况下，在配置客户端访问阵列之前，环境中的所有数据库都只与一台客户端访问服务器关联和通讯，Outlook客户端也直接与客户端访问服务器进行通讯，直到你成功配置客户端访问阵列。 如果要使用CAS阵列，则需要提前进行配置，其步骤如下： 为客户端访问阵列挑选一个合适的FQDN 添加客户端访问服务器到活动目录站点当中，以形成负载均衡阵列。在DNS中将上一步中选好的FQDN解析到负载均衡阵列的虚拟IP [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/734.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Hyper-V动态内存（下）——内存优先级和内存缓冲区</title>
		<link>http://billyfu.sinaapp.com/archives/729.html</link>
		<comments>http://billyfu.sinaapp.com/archives/729.html#comments</comments>
		<pubDate>Thu, 19 Aug 2010 16:09:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/729.html</guid>
		<description><![CDATA[Hyper-V动态内存功能通过调用内存压力来计算并确定出虚拟机所需要使用的内存大小值。若要执行这一运算过程，Hyper-V需要知道虚拟机中所运行的来宾操作系统所提交的总内存大小，以作为虚拟机所需内存大小计算比例的压力。Hyper-V会分配给虚拟机管理员设置的一个起始内存值，再附加一个缓冲区作为动态附加内存。这个额外附加内存大小值为： 管理为虚拟机分配的初始内存大小+一个百分比。例如，管理员设置缓冲区值为50%，这意味着附加内存最大为虚拟机已经提交内存的50%，虚拟机的来宾操作系统通常使用此额外的附加内存作为其系统文件缓存以增强操作系统和应用程序的性能。 假定Hyper-V已确定虚拟机需要的总提交内存为4GB，如果虚拟机动态内存缓冲区值设置为50%，则表明Hyper-V可以使用最大2GB附加内存作为虚拟机的文件系统缓存。因此，正在使用的虚拟机的总物理内存可能达到6GB。但是，动态内存并不保证提交的总内存量始终被指定给虚拟机。动态内存也不保证配置缓冲区值为更多的内存量始终被指定给虚拟内存。这是因为，实际分配给虚拟机的内存量取决于主机上其它正在运行虚拟机的内存需求压力。 动态内存优先级 此外可以使用动态内存分配给每个虚拟机的内存优先级值。在生产环境中，某此虚拟机可能具有比其它虚拟机更高的工作负载，因此，具有更高性能要求的虚拟机应该比其它一般虚拟机拥有获取额外附加内存更高的优先级。现在Hyper-V已经拥有了像动态分配CPU资源一样动态分配内存的能力，因此设定不同虚拟机动态获取附加内存不同优先级顺序也已经成为可能。 仅在管理员将所有可用的物理内存分配给主机上的虚拟机时，内存优先级功能才能发挥功效。这是因为主机的物理内存请求始终会高于虚拟机。 如上图所示，管理员可以通过滑块设置指定虚拟机获取附加内存的优先级。此设置值的优先级范围从低到高是1至10000，而默认值为5000。 动态内存缓冲区 内存缓冲的设置值需要根据虚拟机的工作量来制定，在生产环境中管理员应尽量保留作为缓冲区的虚拟机内存百分比。微软制定的缓冲区百分比范围为5%至95%，默认值为20%。例如，管理员为某虚拟机设置内存大小为1200MB，缓冲区百分比为20%，则Hyper-V会附加额外的20%/(100%-20%) x 1200 MB = 300 MB内存，即总共1500MB内存给虚拟机。如果此例中的缓冲区百分比设置为80%，则Hyper-V会附加额外的80%/(100%-80%) x 1200 MB = 4800 MB内存，即总共6000MB内存给虚拟机。 监控动态内存使用 当管理员为Windows Server 2008 R2打上SP1之后，Hyper-V管理工具里面会多出如下2列： Current Memory – 当前虚拟机正在使用的内存大小 Memory Available – 此值显示当前分配给虚拟机附加内存缓冲区的百分比。此值通常会小于或等于管理员为虚拟机内存缓冲区设置的百分比。当此值为负值时，表明虚拟机当前所使用的内存小于管理员为虚拟机所设置的内存总量 【TechTarget专稿，请勿转载】]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/729.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows Small Business Server Codename “Aurora”公测下载</title>
		<link>http://billyfu.sinaapp.com/archives/724.html</link>
		<comments>http://billyfu.sinaapp.com/archives/724.html#comments</comments>
		<pubDate>Tue, 17 Aug 2010 16:02:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/724.html</guid>
		<description><![CDATA[微软于昨日对外开放了Windows Small Business Server Codename“Aurora”的公测下载，“Aurora”是微软的下一代Windows Small Business Server产品，它主要适用于中小企业的服务器级应用，并为中小企业提供了小型云计算的能力。 碎片安装之后感觉和Windows Server Codename“Vail”的操作界面类似，总体的设计完全就是Home Server模式的翻版，但总的来说功能还是非常适用。过几天准备拿它来换掉联机D400上的系统。 如果您有兴趣测试Windows Small Business Server Codename“Aurora”，可以通过Microsoft Connect 网站: https://connect.microsoft.com/sbs 获取到安装镜像和测试序列号。]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/724.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>配置Exchange 2010客户端访问服务器使用静态RPC端口</title>
		<link>http://billyfu.sinaapp.com/archives/715.html</link>
		<comments>http://billyfu.sinaapp.com/archives/715.html#comments</comments>
		<pubDate>Mon, 16 Aug 2010 01:06:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Exchange 2010]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/715.html</guid>
		<description><![CDATA[【TechTarget专稿，请勿转载】 配置Exchange 2010客户端访问服务器使用静态RPC端口 本文主要介绍如何为Exchange 2010 RPC客户端访问、通讯簿服务和公用文件夹连接配置静态RPC端口。 很多企业的邮件服务器都采用了微软的Exchange，而Exchange的客户端访问服务采用的是动态RPC端口来实现。通常情况下，企业中的Exchange服务器都被放在DMZ区域当中，也就是说：Outlook客户端不论是从外网连接到Exchange Server或从内网连接到Exchange服务器，都必需要通过防火墙的筛选策略，才能够正常访问到Exchange 2010客户端访问服务器或客户端访问阵列。 然而，Windows Server 2008和 2008 R2在默认情况下，动态RPC的出站连接端口范围为49152-65535，早期Windows Server版本的RPC动态端口范围为1025-65535。当Exchange 2010客户端访问服务器角色安装在Windows Server 2008或2008 R2上时，RPC动态端口的使用范围会自动规定为6005-59530，并且可用的最高端口为60554，RPC协议采用动态端口的特性就为企业安全发布Exchange服务带来了一些麻烦。通常情况下，企业可以采用能够与Exchange进行联动的防火墙（例如ISA Server或Forefront TMG）来解决这一问题和麻烦。但如果企业内没有能够与Exchange联动的防火墙时又该怎么办呢？当然不可能在防火墙上大范围开放高端口了。 其实，我们可以通过如下的方法将Exchange 2010 RPC客户端访问服务固定在特定的端口上。 配置RPC客户端访问服务静态端口 当Outlook客户端建立与Exchange的连接时，默认情况下Exchange 2010客户端访问服务器的RPC客户端访问服务的出站连接使用TCP终结点映射器端口(tcp/135)和动态RPC端口（6005-59530）。 如果要配置客户端访问服务器的RPC客户端访问服务采用静态端口，需要更改如下注册表值： HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesMSExchangeRPC 您需要创建一个 ParametersSystem键, 并在目录中创建一个名为TCP/IP Port的 REG_DWORD值。 在这个DWORD中填写您需要使用的静态端口值。 配置 RPC客户端访问服务使用静态端口 注意 微软推荐管理员将静态端口范围固定在59531和60554之间，并在同一活动目录站点内的所有CAS服务器上都采用相同值。 注册表配置完成后，您还需要重启Microsoft Exchange RPC以使其生效。 配置Exchange通讯簿服务静态端口 当Outlook客户建立与Exchange的连接时，端默认情况下Exchange 2010客户端访问服务器的通讯簿服务的出站连接使用TCP终结点映射器端口(tcp/135)和动态RPC端口（6005-59530）。 设置 Exchang通讯簿服务使用静态端口: 在 C:Program FilesMicrosoftExchange ServerV14Bin 文件夹中找到microsoft.exchange.addressbook.service.exe.config配置文件，并用记事本打开 将 RpcTcpPort 字段值改为您需要使用的静态端口。 [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/715.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How To : 仅导出Hyper-V R2的虚拟机配置文件</title>
		<link>http://billyfu.sinaapp.com/archives/694.html</link>
		<comments>http://billyfu.sinaapp.com/archives/694.html#comments</comments>
		<pubDate>Sat, 07 Aug 2010 00:53:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/694.html</guid>
		<description><![CDATA[最近想把所有实验虚拟机文件搬个机器，但所有的虚拟磁盘模板文件、差异磁盘文件、快照文件等目录错综复杂，参考了苏繁博客的“深入学习 Hyper-V 的导出和导入”一文有些想法： 1、将原有的Hyper-V目录（包括VHD、快照其它XML）拷贝到目标机器相同分区的相同目录 2、在旧环境中导出虚拟机配置文件 3、在新环境中导入备份的虚拟机配置文件 通过以上方法，就可以在不打乱原有目录的情况下快速将虚拟机实现环境转移 问题来了 苏繁的Hyper-V导出截图如下： 我自己环境的虚拟机导出截图如下： 在我的环境中，根本就没“仅导出虚拟机配置”这个选项，难道是我RP问题？ 解决方案 查了微软MSDN后，发现微软在Hyper-V R2中，已经将“仅导出虚拟机配置”这个选项从UI当中移除了（我还以为是苏繁人品爆发了呢），但微软的API中仍保留了此导出功能。没办法，只能通过脚本来直接调用了： '================================================================== ' ' VBScript Source File ' ' NAME: Hyper-V R2 Configuration only Export ' ' AUTHOR: Billy Fu ' ' DATE : 2010/8/6 '================================================================== On Error Resume Next Dim HyperVServer Dim VMName Dim ExportPath Dim WMIService Dim Msvm_VirtualSystemManagementService Dim query [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/694.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>配置Windows 2008 R2远程桌面证书</title>
		<link>http://billyfu.sinaapp.com/archives/692.html</link>
		<comments>http://billyfu.sinaapp.com/archives/692.html#comments</comments>
		<pubDate>Fri, 06 Aug 2010 00:48:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/692.html</guid>
		<description><![CDATA[【TechTarget专稿，请勿转载】 从 Windows Server 2003 SP1开始，客户端便可以通过服务器身份验证安全套接字层（SSL）证书连接到远程桌面服务器。要实现这一功能，只需管理员使用和配置服务器操作系统的“远程桌面会话主机” 配置工具即可。尽管Windows Vista和Windows 7这样的客户端操作系统并无这样的管理工具可用，但服务器仍可以向它们颁发远程桌面连接证书。要通过证书来实现安全的远程桌面连接连接有两种常用配置方法。第一种方法使用组策略和证书模板来进行配置；第二种方法则是使用WMI脚本来进行配置。 &#160; 第一种方法：使用组策略和证书模板 此种方式允许管理员为域中的多台计算机安装远程桌面证书，前提是域中必须有正常工作的公钥基础结构（PKI）。 首先，管理员需要创建一个远程桌面证书模板。 创建远程桌面证书模板： 在企业证书颁发机构中找到“证书模板”。 找到并右键单击“计算机”模板，选择“复制模板”。 在弹出的对话框中选择“Windows Server 2008 Enterprise”模板类型。 此时会弹出一个新模板的“属性”对话框。 我们在“常规”选项卡中将“模板显示名称”和“模板名称”改为“RemoteDesktopComputer”以方便今后识别和使用。注意：此处的模板显示名称和模板名称必须相同。 再到“扩展”选项卡中选择“应用程序策略”并点击“编辑”按钮。 此时会出现一个“编辑应用程序策略扩展”对话框。 要创建“远程桌面身份认证”策略必须先删除“客户端身份验证”和“服务器身份验证”策略，然后再点击“添加” 此时会出现一个“添加应用程序策略扩展”对话框。我们在对话框中单击“新建” .时会出现一个“新建程序策略扩展”对话框。我们在“名称”中输入“Remote Desktop Authentication”，再在“对象标识符”中输入“1.3.6.1.4.1.311.54.1.2”并单击“确定” .“添加应用程序策略”对话框中选中“Remote Desktop Authentication”点击“确定” .在“编辑应用程序策略扩展”对话框显示如下： 13.点击2次确定后，就回到新模板的“属性”对话框了。 此时，新模板的准备工作已经完成。 下一步骤就是发布模板。 发布“RemoteDesktopComputer”证书模板： 在企业根证书颁发机构中找到“证书模板”。 在“证书模板”上右键单击并选择“新建”—“要颁发的证书模板”。 此时会弹出一个“启用证书模板”对话框。我们找到并选择“RemoteDesktopComputer”，然后单击确定。 现在“RemoteDesktopComputer”模板已经发布并可以用于证书请求。 最后一步，我们需要使用组策略将“RemoteDesktopComputer”模板配置为远程桌面身份验证的基本证书。 配置组策略 在域控制器上打开“组策略管理”工具，右键单击“默认域策略”并点击“编辑”。此时会弹出“组策略管理编辑器”（注意：策略可以应用到域中的所有计算机，管理员也可以根据需要将其应用到所需的OU） 导航至“计算机配置—策略—管理模板—Windows 组件—远程桌面服务—远程桌面会话主机—安全。” 双击“服务器身份验证证书模板”策略 启用策略，并在“证书模板名称”中输入“RemoteDesktopComputer”并点击确定。 5.策略应用到域中的所有计算机后，所有启用远程桌面连接的计算机都将到证书颁发机构服务器去请求基于“RemoteDesktopComputer”模板的证书，并用证书对远程桌面客户端进行验证。（管理员可通过gpupdate /force命令在客户端上强制刷新以获取到组策略的更新） 第二种方法：使用WMI脚本 此方法允许管理员直接使用远程桌面连接的服务器证书，但管理员需要提前手动对证书进行安装。这种方法通常用于：使用企业向Internet公共证书颁发机构购买的证书。 首先需要检查我们已有的证书是否符合远程桌面证书的要求。不符合这些要求的证书将不能正常工作，并将被服务器忽略。 远程桌面证书的基本要求： 证书必须安装到计算机的“个人”证书存储区域中 [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/692.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How To: 为IIS7.0配置Perl脚本支持</title>
		<link>http://billyfu.sinaapp.com/archives/690.html</link>
		<comments>http://billyfu.sinaapp.com/archives/690.html#comments</comments>
		<pubDate>Wed, 04 Aug 2010 17:33:40 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/690.html</guid>
		<description><![CDATA[Perl是一种非常流行的脚本语言，在Web服务上也经常用到。其实不光是Linux等其它操作系统用户，我们只需要通过少量配置，可以让Windwos Server 2008的IIS 7.0也通过CGI来支持Perl脚本运行。 复制Perl二进制文件 当安装完IIS 7.0后，将从ActiveState网站下载到的ActivePerl压缩包解压到Windows Server 2008的C盘（例如C:Perl）当中，然后再到IIS中映射此目录。 配置 IIS 7.0执行Perl脚本 在Windows Server 2008中打开IIS信息服务管理器并打开处理程序映射： 点击添加脚本映射： 按照如下配置进行设置，以允许IIS 7.0支持Perl脚本： 请求路径：*.pl 可执行文件：C:perlbinperl.exe “s%” s% （此路径需要改成你Perl.exe文件存储路径） 名称：Perl-pl 点击请求限制，并设置谓词为：GET,HEAD,POST 应用所有配置，并在IIS提示是否允许此ISAPI扩展时点击是： 此外，我们还需要为Perl脚本文件添加CGI支持： 请求路径：*.cgi 可执行文件：C:perlbinperl.exe “s%” s% 名称：Perl-cgi 请求限制：GET,HEAD,POST 以上两项添加完成后，你可以在处理程序映射列表中看到它们： 确认添加完成后，我们需要通过如下命令重启IIS服务： iisreset /noforce 测试Perl 此时所有配置已经完成，我们需要测试Perl脚本是否已经能够被IIS 7.0正常解析： 在C:Inetpubwwwroot下创建一个test.pl文件 在文件中写入如下内容： #!c:perlbinperl.exe use strict; use CGI; my $test = new CGI; print $test-&#62;header("text/html"),$test-&#62;start_html("Perl测试"); print [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/690.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>了解微软多语言用户界面1—简介</title>
		<link>http://billyfu.sinaapp.com/archives/688.html</link>
		<comments>http://billyfu.sinaapp.com/archives/688.html#comments</comments>
		<pubDate>Wed, 04 Aug 2010 00:25:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Client]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Microsoft]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/688.html</guid>
		<description><![CDATA[本文将对微软多语言用户界面（MUI）技术的概念进行概述，此技术和平台为用户提供了多语种的用户体验并同时为微软Windows生态系统带来了诸多好处。 为什么需要多语言计算？ 获益于国际市场的机会增长，微软平台和应用程序必需要支持之前市场前所未有的语言和用户习惯。 图1•全世界使用英语的人 在全世界范围内，在193个国家和地区中。日常被人们使用的语言已知超过6900种。尽管英语作为世界通用语言，但全世界仅有8.5%的人将其作为母语或第二常用语言。如果要为全世界人口的94%提供本地化信息，则需要为至少347种（大约总数5%）语言提供界面。尤其是微软全球化趋势和推广增加了这些市场用户对相关技术的渴望和预期。 在最近数年中，用户对本地化软件的需求不断增加，微软在Windows Vista和其它产品中已经开始提供多语言界面包，这种演变尤其在Microsoft Windows产品上体现得非常明确。当初的Windows 98只支持30多种语言，到Windows Vista时代，已经支持几乎近100种语言。 图2•Microsoft Windows支持的语言版本 MUI支持多语言计算的作用 正如在上一节讨论，全球化和本地化应用已成为全球用户的需求。特别是越来越多的企业都在走国际化道路或者企业内部商业网络对多语言应用需求也日益增加。无本地话语言版本的软件成为在全球部署这些应用的障碍。 要为Windows平台的Windows 操作系统和其内置的应用程序提供多语种支持,而又必需使用最小的工程量来完成这项工作。 微软推出的MUI技术便成为为开发人员和ISV为Windows平台提供多语种支持的基础。MUI对OEM厂商和企业都有非常重要的意义，它可以在部署Windows 操作系统和应用程序时，只通过单一部署映像和不同的语言包来进行。 MUI 的核心概念 MUI背后的主要思想就是将本地化资源包与应用程序源代码分离，以方便为同一核心的二进制程序代码定制多套本地化资源文件。 一旦应用程序源代码与本地化资源分开存储，则可以很容易地在操作系统中为用户动态添加和调用所需要的本地化资源。 我们便可以使用MUI来帮助我们实现如下基本属性： 通过对应用程序的源代码和本地化资源的物理分离，实现用户界面和帮助内容本地化改进模型 将本地化的资源视为动态内容，根据 UI 语言设置和用户偏好动态进行装载， MUI 允许： 在系统运行时，切换不同的用户界面语言 为OEM厂商和企业在全球范围内只使用单一部署映像 Windows的MUI发展史 微软的MUI支持从早期的只支持操作系统多语言，到同时支持Windows中组件多语言，共发展了多个历史版本。从Windows Vista开始，单一语言的Windows 映像则可以在任何需要的时候手动添加多语言用户界面包。 将Windows Vista作为起步平台，微软对MUI平台及如何将MUI集成进Windows Vista方面做了重大技术投资。这是Windows本地化战略的重大进展，因为这项策略成为让Windows提供比以前更多语言支持的关键因素。对于用户、开发人员和其它客户来说，这项功能还提供了如下好处： 操作系统使用中间语言并支持MUI 使用单映像+多语言部署方式 采用可执行代码+使用独立的本地化资源这一全新服务模式 类 别 支 持 支持的Windows版本（只支持操作系统） Windows 2000专业版 Windows 2000服务器家族 Windows XP专业版 Windows XP Tablet [...]]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/688.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Exchange 2010新特性——多语言捆绑包</title>
		<link>http://billyfu.sinaapp.com/archives/689.html</link>
		<comments>http://billyfu.sinaapp.com/archives/689.html#comments</comments>
		<pubDate>Tue, 03 Aug 2010 17:15:07 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Exchange 2010]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/689.html</guid>
		<description><![CDATA[随着Exchange 2010的推出，微软采用了一套全新的方式来对Exchange语言包进行管理。 在以前版本的Exchange安装光盘或安装包中，只有单一语言可用；在Exchange 2010时发布时，微软采用了新的中性语言设计，以允许微软在单一DVD或安装源中使用多种可选语言进行安装。当用户安装时，Exchange2010会自动检测当前环境的语言设置，并可通过网络自动下载相应的语言包进行安装。微软的这种设计模型可以非常方便地对术语的翻译语言包进行升级和更新，而用户不必重新进行部署安装，只更新语言包即可。而且这种更新方式从Exchange2010开始已经不需要再依赖于组件更新和Service Pack了。 当然，微软是通过语言包的方式来实现这种灵活性应用，Exchange 2010 RTM安装光盘中就已经集成了语言捆绑包的最初版本。但微软会定期对不同的语言捆绑包进行更新，用户可以非常方便地就从微软下载中心获取到最新版本的语言包。当然，安装Exchange 2010时如果服务器连接到Internet的话，也可以通过安装工具自动从微软下载最新的语言捆绑包来自动安装。 微软也会定期对已发布的语言捆绑包进行更新，同时也会不断扩充Exchange2010对更多语言的支持。像这种本地化开发模式在微软已经非常成熟，之后碎片会开辟一个《了解微软多语言用户界面》系列文章来专门对微软的多语言用户界面开发进行详细介绍。 Exchange2010多语言捆绑包是对服务器进行本地化的一个单一资源包，其中主要包括对：Exchange管理控制台（EMC）和客户端界面（OWA和ECP）的本地化资源。当不同的Exchange2010用户需要不同的语言版本时，则需要安装不同的语言捆绑包。 下面碎片就来列举与语言捆绑包安装有关的几个场景： 1. 在初始部署服务器时安装语言捆绑包 此种场景适用于新安装Exchange 2010服务器时使用，微软推荐的方式是直接使用安装光盘中所自带的语言包。当然微软也提供命令行以供使用： Setup.com /mode:install /roles:.... [/LanguagePack:] 2. 在服务器部署完成后安装语言捆绑包 如果Exchange 2010服务器已经部署成功，我们可以到微软下载中心下载最新的语言捆绑包后再通过如下命令进行安装： Setup.com /mode:install /LanguagePack: 3. 对已经有语言捆绑包进行更新 你需要到微软下载中心下载最新的语言捆绑包后，再通过如下命令进行更新： Setup.com /mode:upgrade [/LanguagePack:] 注意： 安装或更新Exchange 2010多语言捆绑包应该先由邮箱服务器角色开始 部署安Exchange 2010多语言捆绑包后需要重启服务器以使其生效 如果不部署Exchange 2010多语言捆绑包，由默认显示英文并且不依赖于操作系统语言版本]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/689.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How To：自定义PowerShell 配置文件</title>
		<link>http://billyfu.sinaapp.com/archives/672.html</link>
		<comments>http://billyfu.sinaapp.com/archives/672.html#comments</comments>
		<pubDate>Fri, 30 Jul 2010 15:13:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Client]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows 7]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/672.html</guid>
		<description><![CDATA[对于频繁使用PowerShell的用户来说，Windows默认的PowerShell界面可能不太符合我们平时的使用习惯和喜好，其实用户可以针对自己的喜好来对PowerShell界面进行自定义配置的。 在创建我们自己的PowerShell配置文件之前，我们需要先使用以下命令来查看当前是否已有配置文件存在： &#160; Test-Path $profile 如果返回值为“False”，我们则可以开始配置文件的创建了，使用的代码如下： New-Item -path $profile -type file –force 此时会自动在当前用户的My DocumentsWindowsPowerShell文件夹中创建一个Microsoft.PowerShell_profile.ps1文件： &#160; 此时这个配置文件的内容还为空，用户可以自行用我们平时常用的命令和喜好的习惯对配置文件进行填充。首先，碎片需要打开PowerShell时根目录指向C盘根目录，所以我输入如下命令： set-location c: &#160; 然后将PowerShell的窗口标题改成我喜欢的内容： $Shell=$Host.UI.RawUI $Shell.WindowTitle="碎片IT资讯" 然后碎片再对PowerShell的窗口大小和自动滚屏进行设置： $size=$Shell.WindowSize $size.width=70 $size.height=25 $Shell.WindowSize=$size $size=$Shell.BufferSize $size.width=70 $size.height=5000 $Shell.BufferSize=$size &#160; 此外，用户还可以根据需要和喜好对PowerShell背景色和字体颜色进行更改： $shell.BackgroundColor="Gray" $shell.ForegroundColor="Black" &#160; 所有设置完成后，我们还需要使用如下命令来清除PowerShell，心让界面看起来更简洁： Clear-Host &#160; 选好需要的配置选项把，将所有配置文件内容都填入到先前自动创建好的Microsoft.PowerShell_profile.ps1文件当中： 当所有配置设置完成后，我们下次打开PowerShell时就会自动载入我们的配置文件了：]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/672.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows Server 2008 R2远程桌面服务架构</title>
		<link>http://billyfu.sinaapp.com/archives/583.html</link>
		<comments>http://billyfu.sinaapp.com/archives/583.html#comments</comments>
		<pubDate>Mon, 26 Jul 2010 07:41:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/583.html</guid>
		<description><![CDATA[在Windows Server 2008 R2和Windows 7发布后，RDS（远程桌面服务）和RDC（远程桌面客户端）都有一些设计与架构上的改变，今天碎片主要向大家介绍远程桌面服务架构。让我们先来看看传统方式的RDP。RDP是面向连接的无损、分层二进制编码和传输协议。RDP层起源于微软的NetMeeting项目，但它也是国际标准（ITU）的派产物。随着RDP的发展，其性能不佳及受数据包封装效率等影响，已经显著偏离了ITU标准。目前RDP已经做出许多核心设计和架构方向的变化和改进来进行性能优化和提升——以优化的编/解码速度来进行带宽限制和优化，并对许多关键协议的架构都进行了重新设计，以确保对资源的占用最少并达到利用率最高。]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/583.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows Server 2008 R2 分布式扫描管理</title>
		<link>http://billyfu.sinaapp.com/archives/584.html</link>
		<comments>http://billyfu.sinaapp.com/archives/584.html#comments</comments>
		<pubDate>Mon, 26 Jul 2010 07:39:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/584.html</guid>
		<description><![CDATA[今天，我们主要介绍并概述Windows Server 2008 R2“打印和文件服务“ 中的分布式扫描管理（DSM）。

随着越来越多的扫描设备可以提供网络应用和支持，并且文档自动处理工作流程也变得更为普遍，企业管理员也越发需要一种途径在网络中管理这些扫描设备。在Windows的早期版本中，微软并未提供任何解决方案来管理网络扫描设备，因此企业管理员不得不使用硬件供应商的应用程序来对网络扫描仪进行管理。此外，因为扫描仪并非真正是文件工作流进程的一部分，所以管理员需要在通过扫描仪获取图像后为文件工作流手动开启另一个单独处理进程。]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/584.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows Server 2008 R2 虚拟机池</title>
		<link>http://billyfu.sinaapp.com/archives/582.html</link>
		<comments>http://billyfu.sinaapp.com/archives/582.html#comments</comments>
		<pubDate>Sat, 24 Jul 2010 14:28:29 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Server]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>

		<guid isPermaLink="false">http://www.winclient.cn/archives/582.html</guid>
		<description><![CDATA[方案应用场景
Microsoft VDI解决方案支持2种虚拟机部署场景：1、虚拟桌面池2、个人虚拟桌面。这两种方案对最终用户采用2种不同的虚拟机分配方式。本文主要对虚拟机池场景进行具体说明。
]]></description>
		<wfw:commentRss>http://billyfu.sinaapp.com/archives/582.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

