本站域名:http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问:http://goxia.maytide.net/m
转载文章,请务必保留出处与作者信息,未经许可严禁用于商业用途!
[Windows 8] 微软发布 Windows 8.1 Preview
微软发布 Windows 8.1 Preview
微软于北京时间27日零点开始的 BUILD 2013 大会上公布了备受期待的 Windows 8.1 Preview,标志着用户将获得真正的现代计算机体验!Windows 8.1 Preview 基于 Windows 8 系统进行改进,使其更加个性化,并提供了更多的应用;云和 Web 体验也将更加丰富;并且支持更多的类型、大小的设备;最为重要的是 Windows 8.1 RTM 时将免费为用户提供!!!
Windows 8.1 Preview 目前提供了两种安装方式,安装更新包对现有 Windows 8 进行 Windows 8.1 Preview 的升级;通过下载 ISO 进行就地升级或全新安装。
感兴趣的用户可立刻访问 Windows 8.1 Preview 官方网站 获得更详细的信息。打算升级的用户需要注意,如果您当前正在使用的是 Windows 8 Enterprise 版本,那么将无法通过安装更新包进行升级。
因为目前提供的有效 Preview 只包含 Windows 8.1 Pro 版,所以只能通过 ISO 进行全新的安装。对于 Windows 7 用户也可通过 ISO 进行升级体验,但升级后只会保留个人数据,而应用程序则需要重新安装。
已经预装 Windows 8 及 Windows RT 用户则可通过更新包直接获取 Windows 8.1 Preview 的升级。(注:部分采用 Atom 处理器的平板电脑和电脑将不受支持!)在之后的文章 gOxiA 会与大家分享升级过程的体验。
获取升级更新包及ISO可访问网址 http://windows.microsoft.com/zh-cn/windows-8/preview-download,用户无法注册登记,微软为用户直接提供了公用的产品密钥:NTTX3-RV7VB-T7X7F-WQYYY-9Y92F
Windows 8 Preview 的硬件需求并不高:处理器1GHz或更快;内存1GB(32位)或2GB(64位);显卡要带有 WDDM 驱动程序的 Microsoft DirectX 9 图形设备。
此外还要特别注意的是 Windows 8 Preview 目前仅支持 Microsoft 账户登录,如果您没有或不打算使用 Microsoft 账户登录,将无法完成初始化和登录系统,以及创建本地账号。有关更多的常见问题可参考:http://windows.microsoft.com/zh-cn/windows-8/preview-faq
[WS]微软公布 Windows Server 2012 R2 Preview
微软公布 Windows Server 2012 R2 Preview
微软今日低调公布了一系列最新的云系统预览版,这些新产品预览版包含了 Windows Server 2012 R2 Preview、Windows Server 2012 R2 Essentials Preview、System Center 2012 R2 Preview、SQL Server 2014 Community Technology Preview 1。大家可以通过 TechNet 评估中心获得下载信息,如果你是订阅用户则可以直接通过微软订阅网站下载。
ITPro 应该更加关注 Windows Server 2012 R2,这次微软公布的预览版提供了ISO、VHD格式供大家选择使用,下面是主要信息:
Windows Server 2012 R2 Preview 现在支持两种激活方式:
- 数据中心产品密钥:
JGXYY-7NMTC-MHKY3-QCC9B-VQRG7 - Datacenter Server 自动虚拟机激活 (AVMA) 密钥:
XVNRV-9HTX4-TH2JD-HVJQD-QRQWG
此 AVMA 密钥根据虚拟化服务器的许可证状态启用虚拟机的许可证激活(请参见此 白皮书了解详细信息)。
版本
- Windows Server 2012 R2 Datacenter Preview ISO
- Windows Server 2012 R2 Datacenter Preview VHD(服务器核心)
- Windows Server 2012 R2 Datacenter Preview VHD(含 GUI 的服务器)
- Windows Server 2012 R2 Datacenter Preview on Windows Azure
语言
ISO 具有以下语言版本: 简体中文、繁体中文、英语、法语、德语、日语、韩语、葡萄牙语(巴西)、俄语、西班牙语、瑞典语、土耳其语
VHD 具有以下语言版本: 英语
技术资源
请到 Windows Server 2012 R2 Preview 资源页访问技术产品资源,例如评估指南、虚拟实验室、培训课程和论坛。
优点
作为 Microsoft 云操作系统的核心,Windows Server 帮助客户改造数据中心,利用技术进步的优势和新混合云功能,以提高复原能力,简化管理,降低成本和加快为业务提供服务的速度。
Windows Server 2012 R2 是一个成熟的企业级云和数据中心平台,可以通过扩展运行最大的工作负载,同时支持稳健的恢复选项以防止服务发生停机。 它简化了基本的基础结构,从而加快了实现价值的时间,使您借助行业标准硬件降低成本。 Windows Server 2012 R2 能帮助您快速构建、部署和扩展应用程序和网站,使您能灵活地在内部部署环境和云之间移动工作负载。 它使您能够提供对企业资源的灵活远程访问,同时管理整个数据中心和云中联合的身份,并帮助您保护关键业务信息。
而 Windows Server 2012 R2 Essentials Preview 本次也在首发阵营中,专注中小企业服务器的朋友可以访问后面的网址登记下载。http://technet.microsoft.com/zh-CN/evalcenter/dn205288.aspx
[SBS]解决因开启 32BitApponWin64 后出现的 HTTP 503 故障问题
解决因开启 32BitApponWin64 后出现的 HTTP 503 故障问题
自从离开 Hosting 行业,好久没有做过 IIS 方面的排错,今天算是遇到了一个,感觉会很常见,所以记录下来以备后用。用户购买了一套 ASP+Access 的小程序(PS:别问为什么还要买这么老旧的架构程序!),配置到用户的 Windows Server 2012 Essentials 环境中运行正常,操作过程并无什么特别,只是为其应用池开启 32位程序支持即可,整个过程非常顺利。
反而在之后配置到 gOxiA 的 Windows Small Business Server 2011 Standard 环境中后一直无法正常运行,IE 访问时提示“Service Unavailable”,经典的 HTTP 503 故障。起初检查 IIS 配置没有发现异常,但是看到对应的应用池会被停掉。于是打开事件查看器查阅日志,发现了很多来源为“IIS-W3SVC-WP”的错误,其内容大致如下:
“由于配置问题,无法加载模块 DLL “C:Program FilesMicrosoftExchange ServerV14ClientAccessOwaauthexppw.dll”。当前配置仅支持加载为 x86 处理器架构构建的映像。……”此外,除了 exppw.dll 文件外还有 kerbauth.dll 也出现错误。
综上分析,应用程序池的 32位应用支持是正常打开了,但是却无法加载 64位的 DLL 文件。而关闭“enable32BitAppOnWin64”后应用程序池恢复正常,但无法访问 ASP 程序。那么原因应该是出在应用程序池和加载模块的问题上。“exppw.dll”和“kerbauth.dll”文件都属于服务器上的 Exchange Server 2010 所有,这两个文件本身肯定是没有问题的。
看来还是要锁定到应用程序池方面,应用程序池本身是64位的,只是开启了32位应用支持,所以应用程序池在设置后是正常运行状态。当触发访问请求时,该应用程序池会启动一个新的32位模式的进程,来接受 ASP 类型的访问请求,此时就会导致 32位应用程序池进程(w3wp.exe)与加载的 64位 DLL 出现系统策略上的冲突,被系统强行终止,最终出现前面所述的故障。
要解决这个故障貌似挺难的,难不成跑了64位应用(Exchange Server 2010)的服务器就不能跑 32位 的 ASP 程序了?!看来只能网上找找是否有相关的资料,这还真的找到了!参考资料:http://blogs.msdn.com/b/rakkimk/archive/2007/11/03/iis7-running-32-bit-and-64-bit-asp-net-versions-at-the-same-time-on-different-worker-processes.aspx
文中末尾提到可以修改“applicationHost.config”文件,为加载的 DLL 指定对应架构模式的 ISAPI Filter 来运行。即,在每个 DLL 加载配置行尾附加“preCondition”参数,如果该 DLL 是 32位那值为“bitness32”,而 64位的则是“bitness64”。修改后的结果可以参考下图:
针对本例,我们需要修改的有两个:“exppw.dll”和“kerbauth.dll”。最后测试一下结果,网站已经能够正常访问,至此故障消失问题得到了解决!同样,有遇到类似故障的都可参考此法解决。