本站域名：http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问：http://goxia.maytide.net/m转载文章，请务必保留出处与作者信息，未经许可严禁用于商业用途！
[Live Mesh]再见 Windows Live Mesh，你好 SkyDrive！
回顾2008和2009年的两篇日志，《感受微软云计算 – Live Mesh》和《令人期待的 Live Mesh v0.9.3424.11》给大家留下了深刻的印象！gOxiA 认为 Live Mesh 为现在的 SkyDrive 云存储奠定了坚实基础，Live Mesh 所作出的贡献是值得肯定的！
随着 SkyDrive 被广泛的应用，使我们大家能够在任何时间、任何地点、在几乎任何设备上，访问和同步自己的数据。Live Mesh 已经完成了微软赋予它的使命，是时候说再见了！！！今天大部分的用户都收到了来自微软官方团队的邮件，预示着 Live Mesh 正式退出舞台！邮件原文如下：
尊敬的 Mesh 客户：
最近，我们发布了最新版本的 SkyDrive，利用最新版本的 SkyDrive，您可以：
- 选择 SkyDrive 中要与每一台计算机同步的文件或文件夹。
- 使用面向 Android v2.3 的全新应用或面向 Windows Phone、iPhone 和 iPad 的更新版应用访问您的 SkyDrive。
- 利用新的 Office Web Apps 进行在线协作，包括 Excel 表单、PowerPoint 共同创作和可嵌入的 Word 文档。
我们鼓励您试用新的 SkyDrive，了解如何利用它来满足您的需求。 在过渡期间，我们建议您使用 SkyDrive 代替 Mesh 来同步您的 Mesh 文件。 这样，可以在不更改现有 Mesh 设置的情况下试用 SkyDrive。 有关过渡到 SkyDrive 的提示，请参阅 Windows 网站上的面向 Mesh 用户的 SkyDrive。 如有疑问，可以在 SkyDrive 论坛中发帖咨询。
Mesh 客户具有强大的影响力，您的反馈意见可以帮助我们改进 Mesh 和 SkyDrive 战略。 客户的支持是我们取得成功的关键，希望您在使用 SkyDrive 的过程中，能够继续为我们提供反馈。
此致
Windows Live Mesh 和 SkyDrive 团队
常见问题解答
为什么要进行此项调整？
多年来，客户一直在要求我们将 SkyDrive 的许多强大功能（包括移动访问和在线协作）整合到 Windows Live Mesh 中。 我们也收到大量请求，要求将 Mesh 的一些功能（例如，同步和远程访问）整合到 SkyDrive 中。 将这两种产品的关键功能整合到 SkyDrive 中，我们就能够维护一个单一产品，向客户提供所有这些功能。 此外，利用单一产品，我们还将能够快速地向所有客户提供更多新功能。
SkyDrive 提供了哪些功能？
- 与您的计算机同步整个 SkyDrive 或仅同步所选文件夹。 利用面向 Windows 或 Mac 的 SkyDrive 桌面应用，可以在线或离线访问 SkyDrive 上的文件，并在多台计算机之间自动更新文件。
- 更多存储空间 – 每个 SkyDrive 客户将自动获得 7 GB 的免费 SkyDrive 存储空间，比 Mesh 多 2 GB。 如果需要更多存储空间，可以购买多达 100 GB 的额外存储空间以满足您的需求。 只需登录 SkyDrive.com，然后单击左下角的"管理存储空间"即可。
- 更丰富的视图 – SkyDrive 包含多项 Mesh 所不具备的功能。 例如，利用 SkyDrive，您可以对文件进行排序，更改文件视图，观看照片幻灯片以及以流的方式播放视频。
从现在起到 Windows Live Mesh 停用之日会发生哪些变化？
目前，您可以像往常一样正常使用 Mesh。 当 Mesh 停用之日临近时，我们将向您发送提醒电子邮件。
从何处可以了解更多信息？
有关更多信息，请参阅面向 Mesh 用户的 SkyDrive。 您可以找到有关如何切换到 SkyDrive 以及有关 Mesh 最新变动情况的详细信息。
我可以使用 SkyDrive 远程连接到 PC 并运行上面的应用吗？
不可以，利用 SkyDrive，您可以获取远程 PC 上的文件，但无法远程连接到该 PC，像坐在该 PC 面前一样工作。 如果想要连接到工作 PC，请尝试使用 Windows 中的"远程桌面连接"。 利用"远程桌面连接"，您可以连接到运行以下版本的 Windows 的 PC：
- Windows 8 专业版、Windows 8 企业版
- Windows 7 专业版、Windows 7 企业版、Windows 7 旗舰版
- Windows Vista 专业版、Windows Vista 企业版、Windows Vista 旗舰版
- Windows XP Professional
要远程连接到 Mac 操作系统或上面未列出的其他 Windows 操作系统，我们建议您创建一个 LogMeIn 帐户。 您可以利用 LogMeIn Pro 快速、轻松地通过 Web 以高清方式远程访问计算机。 从任意计算机或移动设备传输文件、远程打印或者执行计算机更新。
如果你仍在使用 Live Mesh，请尽快备份自己的数据，开始使用 SkyDrive 吧！gOxiA 很早就还是使用 SkyDrive，并利用 SkyDrive 与家里或亲友的 PC、平板、智能手机同步或分享数据，不论你是微软、苹果还是谷歌的电脑、平板、手机，都只有拥有 Live ID 就能通过应用软件或直接浏览器访问存储在 SkyDrive 中的数据。据悉 SkyDrive 未来将提供更多在线访问的功能，大家拭目以待！！！
[WS2012] Windows Server 2012 使用 SMB 共享存储的实时迁移
Windows Server 2012 使用 SMB 共享存储的实时迁移
前几天 gOxiA 与大家分享了“Windows Server 2012 无需共享存储的实时迁移”，当我们了解了无需共享存储的实时迁移之后，对于 Windows Server 2012 使用 SMB 共享存储的实时迁移学习和实践起来就更加容易了！还记得之前的迁移过程中有一个步骤是让我们选择要移动的虚拟机项目吗？！其中“仅移动虚拟机”这个选项就是基于共享存储的实时迁移。
既然是使用共享存储的实时迁移，那么文件共享是必须具备的前提条件，需要注意的是虽然是文件共享，但是我们必须使用基于 SMB 3.0 协议的文件共享服务器，大家可参考上一篇日志“Windows Server 2012 Hyper-V over SMB”进行准备工作。
测试环境大致说明，两台 Hyper-V 主机已经加入到活动目录（AD），并在名为 Hyper-V 的主机上启用了 SMB 共享，为了确保使用 SMB 共享存储的实时迁移正常工作，我们需要做 Kerberos 委派，与“Windows Server 2012 无需共享存储的实时迁移”中提到的委派设置相同，添加 CIFS 委派即可，否则就会 出现如下图一样的错误。
由于 SMB 共享是建立在一台 Hyper-V 主机上的，所以我们需要特别设置一下共享权限，将目录权限和共享权限都添加 everyone 有完全控制权限，否则在迁移时会出现错误，如下图所示。
因为本机在访问位于本机共享资源的UNC时，会使用 user 权限进行验证，如果按照“Windows Server 2012 Hyper-V over SMB”中推荐的安全规范进行设置，会导致主机访问共享失败。
一切准备就绪后，就可以开始迁移了，在 Hyper-V 移动向导过程中选择“仅移动虚拟机”，过程就是这么简单！对于此类的实时迁移，因为虚机的磁盘文件（VHD）始终位于基于 SMB 3.0 的文件服务器上，虚机的迁移只是将运行状态从一台主机迁移到另一台主机，当然 SMB 存储的链接也会被迁移过去，但是 VHD是绝不会被移动的。
[WS2012]HOWTO: 解决 Windows Server 2012 Hyper-V 实时迁移时遇到的 0x80090303 故障
HOWTO: 解决 Windows Server 2012 Hyper-V 实时迁移时遇到的 0x80090303 故障
当我们在测试 Windows Server 2012 Hyper-V 实时迁移（如：无需共享存储的实时迁移）过程中可能会遇到 0x80090303 故障，错误如下图所示：
具体内容大致为“迁移源上的虚拟机迁移操作失败。无法验证源主机上的连接：指定的目标未知或无法达到（0x80090303）。”由于 0x80090303 故障与之前日志中提到的 0x8009030E 故障极为相似，如果不加注意我们便会按照实时迁移时 kerberos 权限委派的步骤进行排错解决，去为主机委派设置添加“Microsoft Virtual System Migration Service”服务类型。gOxiA 当初就走入了这个误区，当使用 ADUC 为 Hyper-V 主机去做委派时发现在主机委派服务类型中并未找到“Microsoft Virtual System Migration Service”。
检查 Hyper-V 主机事件日志发现在“应用程序和服务日志”-“Microsoft”-“Windows”-“Hyper-V-VMMS”-“Admin”下记录有错误的事件ID：14050，来源为：Hyper-V-VMMS。具体内容是“无法注册服务主体名称“Microsoft Virtual System Migration Service”。”
此外，还包含其他几个相关的 SPN（服务主体名称）错误日志：“Hyper-V Replica Service”、“Microsoft Virtual Console Service”。之后使用 setspn –l hostname 进行检查，发现当前主机确实缺少这些 SPN，而“Microsoft Virtual System Migration Service”是我们迁移虚机所必须的。
那么什么是 SPN 呢？！引用一篇微软官方 Blog 的解释：SPN 即“服务主体名称”，是一种名称，唯一标识一个服务实例。用来验证 Kerberos 身份验证的 SPN 的必须正确设置。SPN 是 Active Birectory 属性，但不暴露在 AD 的管理单元。那么 SPN 的作用是什么呢？！gOxiA 推荐这篇微软 Blog http://blogs.technet.com/b/crmchina/archive/2010/01/29/crm-spn.aspx 供大家参考，虽然与 Hyper-V 没有直接关系，但他们之间的概念是相通的，便于我们更好的理解该故障发生的原因。
要解决该实时迁移过程中遇到的 0x80090303 故障，我们只需要手工在 Hyper-V 主机上对“Microsoft Virtual System Migration Service”进行 SPN 注册即可。为此，我们需要用到 setspn –s spnname/hostname（and FQDN） NetBIOSName 命令行，参考命令行如下：
完成“Microsoft Virtual System Migration Service”的 SPN 注册后，我们便可以正常执行实时迁移，0x80090303 故障消失！按理说 SPN 的注册应该是自动的，但是为什么在 gOxiA 的实验环境下出现失败注册，可能跟 DC 是 SBS2011 有关，因为网上能找到类似的故障都是使用的 SBS2011 作为域控。当然也不排除其他可能存在的因素，在微软的 KB2761899 中就提及到了这个事件 ID，如果你也遇到这个问题，并排除 SBS2011 的原因，那么可以参考：http://support.microsoft.com/kb/2761899?wa=wsignin1.0 解决！
关于 SPN 自动注册失败的原因及解决办法，gOxiA 会继续关注，一有答案便会跟大家分享！目前的办法只有使用 setspn 命令手工注册来解决！
