• BizTalk Server Tools

    九月 6 2011 11:09 上午

    BizTalk MsgBox Viewer

    Authors: BizTalk Support TeamThis tool was created by the BizTalk support team to collect information about a BizTalk environment, including table usage and known issues. An HTML report is generated with potential problem areas highlighted in red. Consider executing this tool and reviewing the output on a regular basis to help maintain your BizTalk environment. Be sure to always download the latest version.

    BizTalk Terminator Tool

    Authors: BizTalk Support TeamThis tool was created by the BizTalk support team to resolve common database integrity issues typically found in the BizTalk MsgBox Viewer output. Common tasks include removing instances and purging large tables. For more information about the BizTalk Terminator tool, go to this post in One Blog for BizTalk Engineers (http://blogs.msdn.com/b/biztalkcpr/archive/2011/02/10/using-biztalk-terminator-to-resolve-issues-identified-by-biztalk-msgboxviewer.aspx).

    BizTalk Benchmark Wizard

    Authors: Mikael Håkansson and Ewan Fairweather (1/11/2010)Use this simple tool--from BizTalk MVP Mikael Håkansson and Ewan Fairweather--to validate that your BizTalk installation performs as expected. There are also tutorials that provide detailed information about the tool.

    Microsoft BizTalk LoadGen 2007

    Author:Microsoft(1/30/2008)Microsoft LoadGen 2007 generates message transmission loads to run performance and stress tests for your Microsoft BizTalk Server applications, and provides performance counters to monitor the performance of the infrastructure running BizTalk Server.

    BizTalk Server 2006 Best Practices Analyzer

    Author:Microsoft(4/3/2008)The BizTalk Server 2006 Best Practices Analyzer performs configuration-level verification by reading and reporting only. The Best Practices Analyzer gathers data from different information sources, such as Windows Management Instrumentation (WMI) classes, SQL Server databases, and registry entries. … Continue reading...

  • StreamInsight 体验

    八月 23 2011 4:00 下午

    随着信息技术的广泛应用，数据流作为一种新颖的数据结构在日常生活中有着越来越广泛的应用，微软在SQL Server 2008 R2 中推出了分析处理数据流的新组件——StreamInsight。它提供了基于DotNet框架的开发环境，用户能够轻松地使用它来开发出健壮，高效地数据流处理程序。

    StreamInsight的本质是复杂事件处理（Complex Event Processing，CEP）的应用程序框架，与传统的数据库查询处理不同，事件处理系统需要同时处理来自多个数据源的海量事件（Event），并且根据用户提供的查询语句以及匹配模式，实时地输出事件分析结果。我们在下表中列出了事件驱动应用和数据库应用的主要区别：

    数据库应用

    事件驱动的应用（Event Driven）

    查询模式

    特定的查询请求

    连续的查询

    响应时间

    从几秒至数天

    几毫秒或更少

    数据流量

    数百条记录/秒

    >10000 事件/秒

    通过使用StreamInsight，用户可以开发出基于CEP的程序来实时处理大量的原始数据，利用数据之间的层次和关联关系，有效的采用相应的规则进行处理，以降低进行事件分析，事件关联及事件解析等操作的代价。StreamInsight同时能够支持对数据流模式匹配、异常检测、趋势分析等操作，使用户能够更好地管理、监控和挖掘数据，最终使用户得到之前无法了解的信息，并能够更快速和更有效的进行操作决策，提高关键绩效指标（KPI）。

    在StreamInsight的应用中，其核心为StreamInsight服务器，它主要由输入，输出适配器（Adaptor）以及CEP引擎（CEP Engine）组成。

    CEP引擎（CEP Engine）：所有的输入数据都将再CEP引擎中进行分析和处理，它根据用户定义的查询逻辑，有效地分析和转换输入的数据，并及时输出结果。

    适配器（Adaptor）：StreamInsight提供了适配器的框架，开发者能够通过实现不同的接口来开发不同种类的适配器。适配器分为两类，输入适配器（Input Adaptor）是连接外部存储设备如网络服务器，传感器同StreamInsight引擎的接口。而输出适配器则用于处理CEP引擎输出的结果并可以同时触发一系列的操作。

    下图给出了StreamInsight应用的整体结构：

    StreamInsight平台提供了一个功能强大的对象模型，它包含了许多有用的特性使得我们能够开发出灵活和功能强大StreamInsight的程序。对于初次使用StreamInsight的开发者来说，参考网上的一些实例能够取得事半功倍的效果。

    在我加入微软之前，也曾进行过一段时间的数据流研究，当时的感受是，由于没有很好的数据流开发框架，我需要对于不同的应用开发不同的数据流程序来分析算法的有效性，而随着StreamInsight的推出，不仅能够为企业用户创造很大的价值，普通研究者也能够使用它更有效地开展研究工作。

    StreamInsight的相关组件可以在微软网站上直接下载，如果您需要获得更多的信息，请访问微软StreamInsight的相关网站。 Continue reading...

  • 主数据管理详解

    八月 10 2011 6:43 下午

            主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的数据， 比如，可以是与客户(customers), 供应商(suppliers), 帐户(accounts)以及组织单位(organizational units)相关的数据。主数据通常需要在整个企业范围内保持一致性(consistent)、完整性(complete)、可控性(controlled)，为了达成这一目标，就需要进行主数据管理(Master Data Management ，MDM)。

    　　什么是主数据管理(Master Data Management ，MDM)

    　　主数据是指在整个企业范围内各个系统(操作/事务型应用系统以及分析型系统)间要共享的数据， 比如，可以是与客户(customers), 供应商(suppliers), 帐户(accounts)以及组织单位(organizational units)相关的数据。主数据通常需要在整个企业范围内保持一致性(consistent)、完整性(complete)、可控性(controlled)，为了达成这一目标，就需要进行主数据管理(Master Data Management ，MDM)。需要注意的是，主数据不是企业内所有的业务数据，只是有必要在各个系统间共享的数据才是主数据，比如大部分的交易数据、帐单数据等都不是主数据，而像描述核心业务实体的数据，而像客户、供应商、帐户、组织单位、员工、合作伙伴、位置信息等都是主数据。主数据是企业内能够跨业务重复使用的高价值的数据。这些主数据在进行主数据管理之前经常存在于多个异构或同构的系统中。

    　　主数据管理(Master Data Management ，MDM)是指一组约束和方法用来保证一个企业内主题域和系统内相关数据和跨主题域和系统的相关数据的实时性、含义和质量。这是从深层次来说来说明主动主数据管理(MDM)的深度和复杂性，简单的说，主数据管理(MDM)保证你的系统协调和重用通用、正确的业务数据(主数据)。通常，我们会把主数据管理作为应用流程的补充，通过从各个操作/事务型应用以及分析型应用中分离出主要的信息，使其成为一个集中的、独立于企业中各种其他应用核心资源，从而使得企业的核心信息得以重用并确保各个操作/事务型应用以及分析型应用间的核心数据的一致性。通过主数据管理，改变企业数据利用的现状，从而更好地为企业信息集成做好铺垫。

    　　主数据管理(MDM)可以帮助我们创建并维护整个企业内主数据的单一视图(Single View)，保证单一视图的准确性、一致性以及完整性，从而提供数据质量，统一商业实体的定义，简化改进商业流程并提供业务的响应速度。从变化的频率来看，主数据和日常交易数据不一样，变化相对缓慢，另外，主数据由于跨各个系统，所以对数据的一致性、实时性以及版本控制要求很高。

    　　主数据管理其实在很早之前就一直存在，只不过现在随着业务发展以及监管的需要，对主数据的实时性、准确性、一致性有了更高的要求，才被业界广泛接受，各个厂商相应的推出了一系列的主数据管理集成与基础套件以及特定领域的解决方案。近年来最明显的变化是，客户在以前的时候经常问的问题是：“主数据管理是什么?”，而现在客户经常问的问题演变成了：“我们的业务的确存在一些问题，主数据管理正好可以解决这个问题，我们怎么开始?”。与以前相比，客户对主数据管理(MDM)的认识有了巨大的进步，并开始尝试用主数据管理(MDM)解决他们在整个企业范围内进行跨业务、跨主题域时遇上的各种挑战和问题：比如税务行业，税务局在按纳税人在一些分析统计时，就发现关于纳税人的基本信息分布在核心征收管理系统、发票管理系统、个人所得税系统、增值税管理系统等多达几十个系统中，使得统计分析变得困难起来，在比如在医疗设备公司，由于没有按照供应商进行产品层次的分类，各个产品的描述也很不一样，使得产品目录的维护十分困难。随着业务的发展，对各行各业来说，生成并维护一个统一的主数据系统变的十分迫切和必要，特别是对一些跨国公司，如何在不同的地区(各个国家和地区)的业务系统之间维护关于客户、产品目录、供应商等信息的单一视图更是重要。

    　　需要注意的是，主数据(Master Data)和元数据(Meta … Continue reading...

  • 趁热打铁-一次.Net WebService的性能优化之旅

    八月 9 2011 11:08 上午

    公司里新上了一个项目，在做性能测试的时候发现一个奇怪的问题，跑同一个流程，在一个48核（HP580 G7 PC server）的服务器上耗时120秒，而在一个4核心的PC机上只要90秒，带着这样的疑问，公司请了微软的相关工程师来解决此问题。 Continue reading...

  • 通过参数离线安装SharePoint 2010

    八月 8 2011 9:33 上午

    The new SharePoint 2010 prerequisites installer installs all the software required to install SharePoint 2010. The default behaviour of this prerequisites installer is to download the files from Internet. However, you can install the prerequisites from a network share.

    Today I was looking to install the prerequisites offline from local path. Installing from a local path, like C:\, is required when you are in a VM.

    I copied all the software to a local path in my VM which is C:\SERVER14\PrerequisiteInstallerFiles. Followed theTechNet article and created the PrerequisiteInstaller.Arguments.txt, used the same format for the arguments as specified in the article:

    /SQLNCli: "C:\SERVER14\PrerequisiteInstallerFiles\sqlncli.msi"/ChartControl: "C:\SERVER14\PrerequisiteInstallerFiles\MSChart.exe"/W2K8SP2: "C:\SERVER14\PrerequisiteInstallerFiles\Windows6.0-KB948465-X64.exe"/NETFX35SP1: "C:\SERVER14\PrerequisiteInstallerFiles\dotnetfx35setup.exe"/PowerShell: "C:\SERVER14\PrerequisiteInstallerFiles\Windows6.0-KB968930-x64.msu"/KB976394: "C:\SERVER14\PrerequisiteInstallerFiles\Windows6.0-KB976394-x64.msu"/KB976462: "C:\SERVER14\PrerequisiteInstallerFiles\Windows6.1-KB976462-v2-x64.msu"/IDFX: "C:\SERVER14\PrerequisiteInstallerFiles\Windows6.0-KB974405-x64.msu"/Sync: "C:\SERVER14\PrerequisiteInstallerFiles\Synchronization.msi"/FilterPack: "C:\SERVER14\PrerequisiteInstallerFiles\FilterPackx64.exe"/ADOMD: "C:\SERVER14\PrerequisiteInstallerFiles\SQLSERVER2008_ASADOMD10.msi"/ReportingServices: "C:\SERVER14\PrerequisiteInstallerFiles\rsSharePoint.msi"/Speech: "C:\SERVER14\PrerequisiteInstallerFiles\SpeechPlatformRuntime.msi"/SpeechLPK: "C:\SERVER14\PrerequisiteInstallerFiles\MSSpeech_SR_en-US_TELE.msi"

    As you can see, I have replaced the network share with my local path C:\SERVER14\PrerequisiteInstallerFiles

    Unfortunately, this didn't work for me. After several attempts of reviewing the log file, the following worked: … Continue reading...