wsHmSvr_h_rgb_r_thumb1_thumb1_thumb[1] Windows Home Server Power Pack 3 正式发布

        Windows Home Server Power Pack 3(WHS PP3)于美国当地时间11月24日正式发布,并通过 Windows Update 推送。WHS PP3 容量不大,主要增加了对 Windows 7 的支持,新增了 Windows 7 的 Libraries 支持,增强了备份和还原功能,支持 Windows Media Center 功能,改进了远程访问功能,支持较低分辨率的上网本……!

Windows Home Server-2009-11-25-15-27-28

        升级后,我们在控制台能看到 WHS 已经能够识别出 Windows 7 的计算机。

Windows Home Server-2009-11-25-16-21-56

      共享文件夹中增加了 Recorded TV 的分类,用于存放 Windows Media Center 录制的电视节目。

Windows Home Server-2009-11-25-16-23-01

        现在 WHS 客户端能够通过 Windows Media Center 来播放 WHS 上的内容。

Windows Home Server-2009-11-25-16-23-09

        改进的远程访问功能,是用户更清晰、更快速地进行设置。

Windows Home Server-2009-11-25-16-24-13 

Windows Home Server-2009-11-25-16-25-35

Windows Home Server-2009-11-25-16-25-26

        升级到 WHS PP3 后的版本信息,如下图所示:

Windows Home Server-2009-11-25-16-25-48

Tags: , , , , , , ,

        在上一篇日志 — 《HOWTO:在 Windows 7 中嵌入 Windows PE》中,gOxiA 与大家分享了将 Windows PE 嵌入到 Windows 7 中的具体实施步骤,而这篇日志将利用 Windows 7 的新特性 — VHD Native Boot,来实现 Windows PE 以 VHD 方式来引导。就目前的应用而言,此方法真正的使用价值还有待推敲,但是不能否认的是一旦使用 Windows PE VHD Native Boot,那么在 Windows PE 中的修改将会得到保存,如果将网上网友定制的功能丰富的 Windows PE 3.0(此类 PE 集成了很多实用工具,甚至包含了浏览器和QQ,并且桌面也极像 Windows 的标准桌面。)拿来使用,那么该 Windows PE 完全可以作为一个轻量级的系统来进行使用。需要注意的是可能会与授权问题相抵触,使用前需慎重考虑!

        本文侧重点是实现 Windows PE 3.0 的 VHD Native Boot,如果你对 VHD Native Boot 的使用已经相当了解,那么具体操作起来是非常容易的,我们只需要将定制的 Windows PE 3.0 中的 Boot.wim 释放到 VHD 中即可。此外还需注意,Boot.wim 释放后的容量要比 wim 容量大很多,那么在创建 VHD 时一定要将容量设置的大一些。下面是具体的操作指令:

diskpart

create vdisk file=d:\winpe3.vhd maximum=2000 type=expandable

list disk

sel disk 1

create partition primary

format fs=ntfs quick label=WinPE3

assign letter=v

        上面的指令将在 D 盘创建一个动态扩展类型,最大2G的名为 winpe3.vhd 的虚拟磁盘文件。并为其创建一个主分区,使用 NTFS 格式快速格式化,卷标为 WinPE3,并将其盘符分配为 V。“list disk”用于显示当前的磁盘信息,便于之后执行“sel disk n”选择虚拟磁盘。为了方便之后的操作,建议不要退出 diskpart。

        之后使用 imagex 或支持 wim 格式的解压缩软件将其释放到虚拟磁盘 V 上,释放完毕后在 diskpart 下执行“datech vdisk”卸载虚拟磁盘,如果之前已经退出 diskpart,则重新进入后需要先选择 vdisk,即“sel vdisk file=d:winpe3.vhd”,之后再执行卸载虚拟磁盘的命令。

        最后生成 Windows PE VHD Native Boot 的引导信息,并添加到 ToolsDisplayOrder 引导列表中,为此执行如下操作:

bcdedit /copy {current} /d "Windows PE VHD Native Boot"

bcdedit /set {GUID} device vhd=[d:]\winpe3.vhd

bcdedit /set {GUID} osdevice vhd=[d:]\winpe3.vhd

bcdedit /set {GUID} detecthal yes

bcdedit /set {GUID} winpe yes

bcdedit /toolsdisplayorder {GUID} /addlast

        完成所有操作后,重新启动计算机引导时按下空格键调出引导列表,使用 Tab 键切换到 ToolsDisplayOrder 列表,进行选择。

Tags: , , , , , , ,

        gOxiA 的计算机没有光驱,所以从 Windows Vista 发布以来就没再用过光驱来安装操作系统。通常都是使用 U盘或移动硬盘中自己定制的 Windows PE 来引导计算机,进行系统的安装或维护。虽然这样一来已经非常方便、灵活!而且 Windows 7 的备份还原功能也更加实用、再加上 Thinkpad 独有的 R&R,一旦发生系统故障均能够快速的恢复到正常状态。然而,时间久了会发现偶尔要取出移动硬盘或U盘引导定制的 Windows PE时,也会稍显麻烦!能不能有办法将 Windows PE 嵌入到 Windows 7 中呢?!结论是肯定的,早前 gOxiA 写过几篇相关的文章,当时都是基于 Windows Vista 的,虽然操作过程与在 Windows 7 上大致相同,但是由于 Windows 7 具备一些新的特性,加之 WAIK3 的发布,所以在实际实施中还是有一些不同的,所以 gOxiA 决定撰写该日志与大家分享!

        首先,我们先回顾一下 gOxiA 之前写过的相关日志,第一篇是将 Windows PE 部署到一个单独分区中,虽然这种方式某种意义上更加安全、有效。但是实际操作时相当费时费神,所以第二篇提到的方式更适合推广使用。

        本章将引领大家在 Windows 7 操作系统中嵌入一个定制版的 Windows PE v3.0,默认不出现在引导列表中,并且以 RAMDISK 方式来运行。这种做法的好处是,我们可以轻易地在一台已经安装好操作系统的计算机上进行嵌入,根据需要调用 Windows PE 来引导,不破坏默认的引导列表而导致每次引导都会出现选择菜单,由于采用 RAMDISK 方式,所以定制版的 Windows PE 维护起来也更方便,只需要维护一个 WIM 映像文件即可,而且不必担心因为误操作而引起的文件修改或丢失问题。

        关于 Windows PE 的定制 gOxiA 这里不再复述,网上有很多定制的版本和定制工具,当然也可以自己参考 WAIK 文档制作符合自己需求的定制版本。在开始前,请准备一套完整的 Windows PE,他们通常是 ISO 格式,然后将 boot 目录下的 boot.sdi 和 sources 目录下的 boot.wim 拷贝到你本地磁盘上的某一个目录中,本例中是保存到“E:\Personal\Tools\WindowsPE”目录下;最后,在管理员权限下执行“bcdedit /export boot.bak”,将引导信息进行备份。

        下面是 gOxiA 工作 PC 上的 bcd 信息,供参考使用:

Windows 启动管理器
--------------------
标识符                  {bootmgr}
device                  partition=C:
description             Windows Boot Manager
locale                  zh-CN
inherit                 {globalsettings}
default                 {current}
resumeobject            {4d3dfcc6-aaf4-11de-a800-00e04c54037c}
displayorder            {current}
                        {4d3dfccb-aaf4-11de-a800-00e04c54037c}
toolsdisplayorder       {memdiag}
timeout                 10

Windows 启动加载器
-------------------
标识符                  {current}
device                  partition=C:
path                    \windows\system32\winload.exe
description             Windows 7
locale                  zh-CN
inherit                 {bootloadersettings}
recoverysequence        {4d3dfcc8-aaf4-11de-a800-00e04c54037c}
truncatememory          0x80000000
recoveryenabled         Yes
osdevice                partition=C:
systemroot              \windows
resumeobject            {4d3dfcc6-aaf4-11de-a800-00e04c54037c}
nx                      OptIn
numproc                 1
usefirmwarepcisettings  No

Windows 启动加载器
-------------------
标识符                  {4d3dfcc8-aaf4-11de-a800-00e04c54037c}
device                  ramdisk=[C:]\Recovery\4d3dfcc8-aaf4-11de-a800-00e04c54037c\Winre.wim,{4d3dfcc9-aaf4-11de-a800-00e04c54037c}
path                    \windows\system32\winload.exe
description             Windows Recovery Environment
inherit                 {bootloadersettings}
osdevice                ramdisk=[C:]\Recovery\4d3dfcc8-aaf4-11de-a800-00e04c54037c\Winre.wim,{4d3dfcc9-aaf4-11de-a800-00e04c54037c}
systemroot              \windows
nx                      OptIn
winpe                   Yes

Windows 启动加载器
-------------------
标识符                  {4d3dfccb-aaf4-11de-a800-00e04c54037c}
device                  vhd=[D:]\ws08r2.vhd
path                    \windows\system32\winload.exe
description             Windows Server 2008 R2
locale                  zh-CN
inherit                 {bootloadersettings}
recoverysequence        {4d3dfcc8-aaf4-11de-a800-00e04c54037c}
truncatememory          0x80000000
recoveryenabled         Yes
osdevice                vhd=[D:]\ws08r2.vhd
systemroot              \windows
resumeobject            {4d3dfcc6-aaf4-11de-a800-00e04c54037c}
nx                      OptIn
numproc                 1
usefirmwarepcisettings  No

从休眠状态恢复
---------------------
标识符                  {4d3dfcc6-aaf4-11de-a800-00e04c54037c}
device                  partition=C:
path                    \windows\system32\winresume.exe
description             Windows Resume Application
locale                  zh-CN
inherit                 {resumeloadersettings}
filedevice              partition=C:
filepath                \hiberfil.sys
pae                     Yes
debugoptionenabled      No

Windows 内存测试程序
---------------------
标识符                  {memdiag}
device                  partition=C:
path                    \boot\memtest.exe
description             Windows Memory Diagnostic
locale                  zh-CN
inherit                 {globalsettings}
badmemoryaccess         Yes

EMS 设置
------------
标识符                  {emssettings}
bootems                 Yes

调试器设置
-----------------
标识符                  {dbgsettings}
debugtype               Serial
debugport               1
baudrate                115200

RAM 故障
-----------
标识符                  {badmemory}

全局设置
---------------
标识符                  {globalsettings}
inherit                 {dbgsettings}
                        {emssettings}
                        {badmemory}

启动加载器设置
--------------------
标识符                  {bootloadersettings}
inherit                 {globalsettings}
                        {hypervisorsettings}

虚拟机监控程序设置
-------------------
标识符                  {hypervisorsettings}
hypervisordebugtype     Serial
hypervisordebugport     1
hypervisorbaudrate      115200

恢复加载器设置
----------------------
标识符                  {resumeloadersettings}
inherit                 {globalsettings}

设备选项
--------------
标识符                  {4d3dfcc9-aaf4-11de-a800-00e04c54037c}
description             Ramdisk Options
ramdisksdidevice        partition=C:
ramdisksdipath          \Recovery\4d3dfcc8-aaf4-11de-a800-00e04c54037c\boot.sdi

        从上面显示的当前系统的 BCD 信息可以得知,默认 Windows 7 除了标准的系统引导,还有 Windows 恢复环境,Windows 恢复程序以及内存检测程序。其中 Windows 恢复环境就是以 RAMDISK 方式运行的一个 Windows PE,与我们要嵌入类型是一致的。注意:上面信息中包含的 Windows Server 2008 R2 是我附加上去的 VHD Native Boot,可以忽略!在一些品牌机,如 Thinkpad,由于安装有 R&R那么还会看到有关 R&R 的引导信息,也是以 RAMDISK 方式引导,并且会使用默认标识符“{ramdiskoptions}”,而非 GUID。

        现在我们将开始,Windows PE 的嵌入!以管理员权限启动 CMD 环境之后键入如下指令:

bcdedit /create /d "Custom Windows PE v3.0 x86" /device

        执行上面的指令后,将会创建一个名为“Custom Windows PE v3.0 x86”的“设备选项”,并得到一个 {GUID},为了便于识别这里将此{GUID}叫做{SDIGUID},请复制下来备用。然后键入下面的指令,配置该设备选项的引导文件:

bcdedit /set {GUID} ramdisksdidevice partition=e:

bcdedit /set {GUID} ramdisksdipath \personal\tools\windowspe\boot.sdi

        在设备选项的信息配置完毕后,创建一个新的“Windows 启动加载器”,获取到该启动加载器的 GUID 后,添加相关的引导信息,指令如下:

bcdedit /create /d "Windows PE" /application osloader

bcdedit /set {GUID} device ramdisk=[e:]\personal\tools\windowspe\boot.wim,{SDIGUID}

bcdedit /set {GUID} osdevice ramdisk=[e:]\personal\tools\windowspe\boot.wim,{SDIGUID}

bcdedit /set {GUID} path \windows\system32winload.exe

bcdedit /set {GUID} systemroot \windows

bcdedit /set {GUID} detecthal yes

bcdedit /set {GUID} winpe yes

bcdedit /set {GUID} nx optin

        下来我们将这个 Windows 启动加载器,添加到 ToolsDisplayOrder 列表中,这样启动过程中不会进入引导选项列表,当我们需要启动这个 Windows PE 时只需要在引导时按下空格键即可调出引导选择列表,之后使用 Tab 键切换到 ToolsDisplayOrder 列表中,通过上下箭头定位到该 Windows PE 的名称上——“Custom Windows PE v3.0 x86”,按下回车即可开始引导。为此需要执行下列指令:

bcdedit /toolsdisplayorder {GUID} /addlast

        至此便大功告成了,现在可以进行测试感受一下。重新过一边这篇日志,相信细心的朋友会发现为什么创建的启动加载器的 Description 是“Windows PE”,而最终显示结果却是“Custom Windows PE v3.0 x86”。这是因为 RAMDISK 会引用“设备选项”的 Description,gOxiA 也是测试之后才发现这个问题,而为了解决这个问题则选择单独存储一个 boot.sdi,并单独创建一个“设备选项”。如果关联到“Windows 恢复环境”的“设备选项”,那么最终的显示结果会是“Ramdisk Options”,在启动选择里不容易被识别。

        最后需要提醒的是由于本日志系统过滤特殊字符的原因,指令中部分符号是全角字符,实际操作中建议手工对照键入,不要直接复制使用。如果对 bcdedit 命令很熟悉,其实上述一些步骤是可以省略或简化的,这里为了使网友更清晰地了解操作步骤,故完整路演了一遍。

Tags: , , ,

Chrome OS 只是雾里看花

[ 2009/11/23 11:48 | by gOxiA ]

google_chrome_os Chrome OS 只是雾里看花

        Chrome OS 在近一段时间已经被炒得沸沸扬扬了,在 Chrome OS 发布会后的几天里到处都有对其褒贬不一的评论。gOxiA 查阅了少量的 Chrome OS 相关资料,并投入了相当有限的精力关注了一下该款“革命性”的“Google 创新”。gOxiA 的理解是 Google Chrome OS 是一款基于 Linux 核心,以互联网为基础,使用 Google Chrome Web Browser 为操作界面的,类操作系统平台。下图就是 Chrome OS 的原貌!

chrome_os_screenshot

        猛看就是一个 Chrome Web Browser,只不过在顶部多了一些图标。内置的很多应用也都是基于 Web 方式的,或准确的说是基于当前最猛、最流行的“云计算”。从相关的视频演示确实能看出 Chrome OS 的启动速度是相当的快,但是貌似介绍说对硬件是有专门的需求的。其他相关数据表明了,Chrome OS 确实是有一定的约束性的,因为它基本上都要依靠互联网才能真正应用起来。但是就目前的互联网环境,起码在中国 Chrome OS 恐怕很难应用起来,即使真的在国内发布了相关的产品,恐怕只有部分人敢于尝鲜,更不要提商业环境应用!这么看来,微软方面对 Chrome OS 的反应就很正常了,作为经验丰富的微软唯一需要重视的恐怕只是 Google 的创新策略,和未来发展规划。而无需过度关心一个前途未知的产品。

        下面是 gOxiA 针对 Chrome OS 的几点总结和认识:

  • Chrome OS 是一款完全基于互联网云计算的轻量级系统平台;
  • 不能在本地电脑上运行任何程序和存储任何数据;
  • Chrome OS 主要面向上网本设备,对硬件有一定的约束;
  • Chrome OS 虽然有一些特定的基准限制,但是由于基于 Linux 核心,是非常容易进行“非法、友善”扩展的;

        另外 gOxiA 发现一个很有趣的问题,在 Windows 平台上的 Chrome Web browser 能够非常快速的打开和访问本地磁盘上的文件,这一点让我回忆起一直以来颇具争议的“IE 垄断”问题,早年微软在系统中内置了 IE 浏览器并完全与 Shell 集成,形成一个完整统一的 Shell,但是却被某些人拿出来折腾到现在。而现在 Google 却开发了这个以浏览器为操作界面的操作系统,真的很戏剧性!从这一切引发的一连串的思考,我想真的要对很多事情进行反思和重新认识。

image

        gOxiA 强烈建议关注 Google Chrome OS 的朋友看看 http://www.google.org.cn/tag/chrome-os 这个网站,能够获取更多相关的信息并了解和学习 Google Chrome OS。最后,也衷心希望 Chrome OS 能给人们带来更多的展望。

logo-header-e2010 使用 PowerShell 执行 Exchange 2010 安装前准备工作

        自 Exchange 2010 RTM 并签约 MSDN/TechNet 订阅后,gOxiA 下载后就对 Excange 2010 的安装展开了学习。其实微软现在发布的产品在安装方面很大程度上都进行了简化,安装步骤几乎都是一路“Next”,但使 gOxiA 不太明白的是,为什么这些产品安装步骤都已经如此简化、直观!而产品需求却不能做成自动化的呢?!

        这里不论及安装者的技能及专业经验,就安装程序及安装向导所带来的安装体验而言!准备一台用于 Exchange Server 2010 的基于 Windows Server 2008 R2 的服务器,打上最新的更新补丁,之后加入到 AD 中。最后放入 Exchange 2010 安装盘开始安装,在向导首页其实我们并不能看到有关 Exchange 2010 安装需求的具体明示。那么我们直接跟随向导执行每个安装步骤!

1

        在执行安装过程中会进入一个准备情况检查阶段,这里安装向导会根据选择要安装的服务角色,对当前环境进行需求检查,如果不满足要求则给出警告提示。如下图所示,在一个全新安装的 Windows Server 2008 R2 上执行 Exchange 2010 的安装,检查阶段给出的检查报告。比较人性化的是,在报告中给出了问题的解决办法。虽然如此,但是 gOxiA 发现目前微软开始广泛在产品中使用机器翻译技术,那么势必会有语言表达不明确的情况发生,gOxiA 就在安装准备阶段饶了好几圈,除了对提示语句的理解有出入意外,发现提供的详细帮助信息都是在线方式的,而很多都并未是针对 Exchange 2010 的最新编译!

11-error

        为了让大家了解具体的需求信息,我将详细的检查报告拷贝了出来供大家参考,内容如下:

摘要: 5 个项目。2 个成功,3 个失败。
已用时间: 00:00:45

组织先决条件
失败

错误:
需要为 Exchange Server 准备 Active Directory,并且此计算机上没有安装 Ldifde.exe。您必须通过运行“ServerManagerCmd -i RSAT-ADDS”来安装 Ldifde.exe,或在域控制器上重新启动安装程序。

警告:
安装程序正要通过使用“Setup /PrepareAD”为 Exchange 2010 准备组织。在此拓扑中没有检测到任何 Exchange 2007 服务器角色。此操作完成后,您将无法安装任何 Exchange 2007 服务器角色。

已用时间: 00:00:23

语言 先决条件
已完成

已用时间: 00:00:03

集线器传输角色 先决条件
已完成

警告:
此计算机需要 2007 Office System Converter: Microsoft Filter Pack。请从
http://go.microsoft.com/fwlink/?LinkId=123380 安装该软件。

已用时间: 00:00:07

客户端访问角色 先决条件
失败

错误:
无法从元数据库读取数据。请确保已安装 Microsoft Internet 信息服务。
建议的操作:
http://go.microsoft.com/fwlink/?linkid=30939&l=zh-Hans&v=ExBPA.4&id=a4a4d339-4009-4fb7-b842-ca2ba79f13f0

错误:
无法访问此计算机上的“默认网站”。
建议的操作:
http://go.microsoft.com/fwlink/?linkid=30939&l=zh-Hans&v=ExBPA.4&id=aadc8176-1c47-49b7-83a0-9493a1093af1

错误:
Net.Tcp 端口共享服务的启动模式必须设置为“自动”才能继续安装。

已用时间: 00:00:06

邮箱角色 先决条件
失败

错误:
无法从元数据库读取数据。请确保已安装 Microsoft Internet 信息服务。
建议的操作:
http://go.microsoft.com/fwlink/?linkid=30939&l=zh-Hans&v=ExBPA.4&id=a4a4d339-4009-4fb7-b842-ca2ba79f13f0

警告:
此计算机需要 2007 Office System Converter: Microsoft Filter Pack。请从
http://go.microsoft.com/fwlink/?LinkId=123380 安装该软件。

已用时间: 00:00:04

        牢骚发够了,下面进入主题。从上面的信息了解到 Exchange 2010 在一台全新安装的系统上的具体需求,本例中操作系统是 Windows Server 2008 R2。为了今后安装更加顺利,并减少操作步骤实现自动化,将更多的使用命令行或脚本。因为在 Windows 中并未提供访问 http 协议的命令行程序,所以一些额外的程序包我们还需要手动下载来安装,当然也可以彻底为安装 Exchange 2010 做个安装准备目录,将必要的程序包放进去,并将相关命令批处理。

        OK!在 gOxiA 执行了一次手工安装操作之后,对 Exchange 2010 的角色安装需求总结如下:

  • 安装 .NET Framework 3.5 SP1
  • 安装 RSAT-ADDS(AD DS 管理单元和命令行工具)
  • 安装 IIS 7.5 以及 IIS6 元数据兼容性(IIS6 Metabase)组件
  • 安装 Microsoft Filter Pack(筛选包)
  • 配置 Net.TCP Port Share Service 为自启动模式
  • 安装 桌面体验(Desktop Experience,注意:该步骤只在选择“统一消息角色”时使用)
  1. 安装 .NET Framework 3.5 SP1
    Add-WindowsFeature NET-Framework
  2. 安装 RAST-ADDS(AD DS 管理单元和命令行工具)
    Add-WindowsFeature RSAT-ADDS
  3. 安装 IIS 7.5 以及 IIS6 元数据兼容性(IIS6 Metabase)组件
    Add-WindowsFeature Web-Server

    Add-WindowsFeature Web-Basic-Auth

    Add-WindowsFeature Web-Metabase

    通过 gOxiA 实际详细的学习和测试,发现其实在1、2步骤完成后,该步骤只需要安装这三个功能组件即可,如 ASP.Net 等组件功能,会在 Exchange 2010 安装后自动启用。
  4. 安装 Microsoft Filter Pack(筛选包)
    http://www.microsoft.com/downloads/details.aspx?FamilyID=60c92a37-719c-4077-b5c6-cac34f4227cc&DisplayLang=zh-cn 下载 64-bit 版的 FilterPack,文件名为“FilterPackx64.exe”,使用“/quiet”参数来实现自动安装,命令行如下:
    FilterPackx64.exe /quiet
  5. 配置 Net.TCP Port Share Service 为自启动模式
    Set-Service "NetTcpPortSharing" -StartupType Automatic

    Start-Service "NetTcpPortSharing"
  6. 安装 桌面体验(Desktop Experience,注意:该步骤只在选择“统一消息角色”时使用)
    Add-WindowsFeature Desktop-Experience

        当准备工作完成后,再次执行安装检查,此时相关检查均检测通过,下面我们就可以开始 Exchange 2010 的正式安装。安装后,默认配置下就可以直接开始进行 Exchange 2010 的体验和使用,因为上面的准备工作满足 Exchange 2010 相关角色的基本需求。

11

        其实一旦对相关命令掌握之后,就完全可以自己编写一整套的批处理脚本实现自动化或少量接触安装。注意:本例中IIS只安装了基本验证模块,因为默认 Exchange 2010 的 OWA 使用表单验证。日志撰写仓促可能会有遗漏或不足,欢迎指正,相互交流!

        补充:Windows Server 2008 R2 默认禁止 PowerShell 执行脚本,所以建议先执行:

set-executionpolicy remotesigned

        如果不使用 Windows PowerShell Modules 来执行准备工作,那么务必要在标准的 Windows PowerShell 环境中先执行:
import-module servermanager

相关信息可参考我之前的日志:《正确使用 Windows PowerShell 执行服务器管理器操作》。

office_logo  微软发布 Office 2010 Beta 简体中文版

office2010_banner

        中国当地时间 11月17日凌晨,微软面向 MSDN/TechNet 订阅用户及之前参加 Office 2010 TP 测试的 Connect 用户发布了 Office 2010 Beta,其中包含简体中文版,同时发布的还有 Office 2010 的其他相关产品。Office 2010 Beta 是一个面向公众的测试版本,有消息称公众用户可以在20日从 http://officebeta.microsoft.com 下载到 Office 2010 Beta。

        下面是 gOxiA 上午安装 Office 2010 Beta 时的截图,此次安装的是从 MSDN 订阅下载的 Office Professional Plus 2010 Beta 简体中文版,800多兆一个自解压的 exe 文件,非 ISO 方式!

1

2

3

4

5

        安装过程较上一版没有太大区别,其间没有提示让输入产品密钥,而整体的安装也由之前的浅蓝色变为了金黄色的主题样式。更具时代感!要了解上一 Office 2010 TP 的信息可以浏览我早期的日志《Office 2010 Technical Preview 图鉴》。

        第一次启动时会提示输入产品密钥,目前 MSDN/TechNet 订阅用户应该还未拿到密钥,不过也是指日可待!如果是 Connect 用户,那么很幸运!在 Connect 上提供了多种授权方式的序列号,早先 Office 2010 TP 的 Retail 密钥已经无法使用在最新的 Office 2010 Beta 上,而需要重新申请,目前只有 KMS 和 MAK 两种选择,没有特殊需求申请 MAK 即可! 输入后继续,根据提示单击“立即安装”,如果没能激活,那么只需要关闭程序重新打开就会自动提示在线激活,跟着向导执行后续操作即可。

6

        Office 2010 Professional Plus 包含了众多实用组件,而此次发布的 Office 2010 Beta 变化也是相当大,虽然都是细节上的,但还是能引起大家的注意,从下图可以看到 Office 2010 Beta 的组件图标有了很大的变化,更加美观时尚,色彩丰富艳丽!

office2010_icon

        在 gOxiA 看来,其他方面的改进使 Office 2010 Beta 整体看来较上一版本更清爽,更直接,更一目了然!虽然不那么“酷”了,但是依旧很“帅”。

office2010beta_demo

        大家最关心的性能问题,Office 2010 Beta 一定会让你感到吃惊,从目前初步得到的反馈看,很多朋友都对 Office 2010 Beta 的启动速度感到非常满意。启动画面结束后,程序窗体迅速打开,没有丝毫的拖拉感!不论你之前是否有测试过 Office 2010 TP,Office 2010 Beta 绝对值得你进行体验一下。

StartLogo

        最后值得介绍的是微软拼音输入法 2010 版也包含在 Office 2010 Beta 中,较之前内部提供的测试版,此版 Logo 图标可是漂亮了不少,并且仍提供两种输入模式,大家可以根据自己的喜好进行选择。同样速度也有很明显的提升!

image

         整体来说,虽然之前一直在测试 Office 2010 TP,但是 Office 2010 Beta 仍给了我耳目一新的感觉。特别是速度方面真是令我非常满意!此外,相信之前使用过程中所遇到的一些 Bug 都已经得到了解决。在正式版发布前,使用 Office 2010 Beta 也是一个不错的选择。

powershell_logo 正确使用 Windows PowerShell 执行服务器管理器操作

        最近在学习 Exchange 2010,其中会涉及到 Exchange 2010 的安装前准备工作,而这一内容主要包括了系统角色及功能的安装,虽然通过图形界面可以执行这些操作,但是如果使用命令行来执行自动化的批量安装岂不是更好。借此机会 gOxiA 可以好好学习学习 Windows Server 2008 R2 的管理命令。

        大家应该知道,在 Windows Server 2008 R2 上,Windows PowerShell 的角色更加重要了,当我们再使用 ServerManagerCmd 来执行角色和功能安装时会看到一段系统提示,告知我们这一服务器管理命令将在下一个系统版本中被抛弃,取而代之的是 Windows PowerShell cmdlet,不可否认从目前相关的介绍来看 Windows PowerShell 是非常强大的,并且已经有很多微软产品开始支持基于 Windows PowerShell 的管理。看来大势已定,不想落后就必须学习和了解 Windows PowerShell!

        其实,gOxiA 对 Windows PowerShell 了解甚少,看到那些涉及到编程语言的字符我就害怕(编程菜鸟,完全不懂的级别),这不今天就出了丑!从相关帮助中了解到,在 Windows PowerShell 下可以使用 Get-WindowsFeatureAdd-WindowsFeatureRemove-WindowsFeature 来管理服务器的角色和功能,出于之前对 Windows PowerShell 的简单认识,于是找到了附件中的 Windows PowerShell 程序并启动了它。

WindowsPowerShell

        在打开的 Windows PowerShell 环境下,键入了 Get-WindowsFeature,问题出来了!给我反馈了一大堆的红色错误信息,很明显 Windows PowerShell 并未识别这个命令。如下图所示:

ps_module_error 

        查阅了 TechNet 资源库才了解到,如果通过 Windows PowerShell 来执行服务器管理器的操作,必须加载其对应的模块 — ServerManager,我们可以在 Windows PowerShell 环境下执行“Get-Module”获取当前系统中的模块。gOxiA 的个人理解是 Windows PowerShell 是一个功能强大的环境,除了内置的命令和支持以外,我们还可以通过其他产品本身提供的 Windows PowerShell 模块,为其提供在 Windows PowerShell 环境下对该产品的管理支持。比如 Exchange Server,就在其程序组中提供了一个 PoweShell 的快捷方式,通过该程序打开的 PowerShell 环境将可以直接支持 Exchange Server。

get-module

        既然如此,那么在 Windows Server 2008 R2 中应该同样也提供了一个与之类似的快捷方式,原来在“管理工具”程序组中确实提供了一个 PowerShell 快捷方式,名为:“Windows PowerShell Modules”。直接启动这个程序,便可以在 Windows PowerShell 环境下执行服务器管理器操作。

WindowsPowerShellModules

        前面已经讲过,只要 Windows PowerShell 加载对应的模块,即可以通过 Windows PowerShell 执行相关的操作。那么我们在默认 Windows PowerShell 环境下只需要执行“Import-Module ModuleName”即可加载相关的模块。如下图所示:

import-module_servermanager

        最后,需要注意的是当重新进入 Windows PowerShell 后需要重新加载需要使用的模块。关于 PowerShell 的使用 gOxiA 也在逐步进行学习和了解,希望日后能有更大的收获!

        接上回(分享 MDT 2010 数据库版本的相关经验)继续,gOxiA 特地搭建了测试环境对相关知识盲点进行了实际测试学习。总结如下:

  • 如果从原 MDT 2008 上进行升级,那么 MDT 2010 会自动升级你的 MDT 数据库,即使数据库版本是 SQL Server 2000;
  • 同上,如果之前已经存在一个 MDT 2008 数据库,那么只需要在 MDT 2010 数据库配置中直接选中之前已经存在的数据库即可;
  • image
  • 同理,验证 MDT 2010 的数据库是可以基于 SQL Server 2000 的(并不存在无法连接这一说法),那么我们可以在 SQL Server 2000 上的用于 MDT 的数据库上执行 MDT 2008 带的数据库查询脚本,创建对应的表。之后再通过前面的步骤进行升级;
  • 如果需要将基于 SQL Server 2000 上的 MDT 数据库迁移到 SQL Server 2005 或 2008 版本上,那么可以使用 SQL Server Management Studio 附加原数据库,或通过导入和导出数据功能将原数据库中的表导入到新版本的数据库中。
  • 最后,如果是全新安装的 MDT 2010,并且不存在上一版本的 MDT 数据库,那么要创建和使用 MDT 数据库,则 SQL Server 版本必须高于 SQL Server 2000,否则就会出现之前日志中出现的数据库错误。

        如果你在配置 MDT 2010 数据库时出现:“Unable to create necessary database objects. 第 1 行:’MAX"’附件有语法错误。”的错误提示,那么继续浏览该篇日志是非常有必要的。

mdt_create_data_error

        很惭愧,gOxiA 直到昨天才知道  MDT 2010 “不完全支持”SQL Server 2000 数据库。为什么会这么说呢?!原因就是 gOxiA 为一个环境配置 MDT 2010 应用,但是在为 MDT 2010 配置数据库时出现了上面的错误信息,能想到的排错都用上了,据说是我人品问题大爆发,才会遇到!不过专家们友情提示与 SQL Server 版本有关!但是在另一个环境中确实是MDT 2010 + SQL Server 2000 这样组合,回忆之前的部署经历,该组合是从 MDT 2008 一路升级过来的,难道与此有关。而且分析了 MDT 2010 的 SQL 查询脚本,确实在 SQL Server 2000 中出现错误。

        之后安装了 SQL Server 2005 和 2008 Express 两个版本在不同的环境下测试,均配置正常。看来问题确实出在 SQL Server 版本上,而之前咨询的 MDT 2010 不能与 SQL Server 2000 连接这一说法并不完全正确,有事实有真相。而之所以之前的那个 MDT 2010 + SQL Server 2000 能完全正常工作,恐怕是因为在 MDT 2010 Beta 和 MDT 2010 RC 阶段时还支持 SQL Server 2000,所以内置的查询脚本顺利地升级了我的 SQL Server 2000 下的数据库,而 MDT 2010 RTM 正式发布后,说明中并未明显强调对数据库的限制而导致我的故障发生。对此,我昨天已经做了深刻的检讨,但是我不认为错全在我!根据这一系列的测试,其实只要 MDT 2010 的数据库进行了升级或已经生成,还是可以挂在 SQL Server 2000 上使用的。设计使然,也懒得再做进一步的研究!

         撰写这篇日志,存粹安慰自己,同时友情提示其他朋友,一但遇到这个问题知道是什么原因所致。我会在下一篇日志中与大家分享我是如何将之前 SQL Server 2000 中的 MDT 2010 数据库升级或迁移到 SQL Server 2005 和 2008 (包含 Express)中去。

2009年的第一场雪

[ 2009/11/12 16:04 | by gOxiA ]

        2009年11月10日,我和ccnio两家晚上在小区路口的草原兴发FB,这天特别冷天气预报说是会下雨或雨加雪,没想到等晚餐结束后,真的下了起来!还好我和ccnio各自半斤二锅头,也不觉得很冷,小晕!回到家里,也终于可以好好看看家里的新成员——小yu(一只不明贵的小猫)。

        这雪说来就来,天气预报还算准确。第二天11日早上起来才发现大地已经是银装素裹,随着时间的推移雪势也大了起来。找这样估计,即使温度不低也会造成积雪。到了晚上雪仍在下,而且竟然遇到下雪打雷闪电,第一次出现时,我还以为怎么了。一道光过去之后就是长达20秒的轰隆声……真罕见!

         12日更加夸张,雪厚达到了近30厘米,随比不上北方降雪的程度,但是这两年也实属罕见!回忆去年,貌似就没有下过一场像样的雪!也应了我之初的猜测,今年必有大雪!

200911120849_00002

        早上出来,发现楼下的无花果树倒了!院里很多植被都被破坏,不是枝干压弯、压断就是连根倒下。马上边得树木也是惨不忍睹!

200911120850_00004 

200911120850_00005

        8点50出的门,到快11点才走到公司。脚上这双鞋真的不适合雪地行走,到公司两脚已经是湿漉漉的了,身上还大汗淋漓。如果真感冒发烧了可有的受!家里因为下雪还停了电,郁闷……

Tags: ,
分页: 1/2 第一页 1 2 下页 最后页 [ 显示模式: 摘要 | 列表 ]