Pages

Showing posts with label BizTalk. Show all posts
Showing posts with label BizTalk. Show all posts

Q & A : BizTalk Server 2010 Configuration Error SSODB Cannot be created, SSODB is not accessible

Tuesday, July 29, 2014
Q: I have encountered the following error during BizTalk 2010 Configuration Error's : SSODB Cannot be created, SSODB is Not Accessible, SSODB is Used by Another service etc..,

Ans: 

There are a few known issues encountered during installation and configuration of BizTalk Server 2010,  There are a few points that you need to verify before you start configuring BizTalk Server 2010

  1. MSDTC Should be configured and Tested for ping using DTC Tester, DTC Ping for Multi-server Installation.
  2. Installing User need to have permissions to update Active Directory for If Domain Accounts are used for BizTalk Configuration
  3. BizTalk Service Account used for configuration needs  to have sufficient permissions to access database It needs to be part of SSO Administrators group during configuration
  4. You need to provide full SQL server name during installation SERVER_NAME\INSTANCE_NAME (Do NOT provide SQL Server Alias even if you have created one it may cause problems).
  5. In case you have installed .Net 4.0 as a part of Visual Studio or something else you need to register SSOSQL.dll so that SSO is registered to point the correct version of .Net Framework and load the correct dll. REGASM the SSOSQL.dll

This must be performed in order to allow the BizTalk Server Configuration console to access the database when performing the Enterprise Single Sign-On initial group creation.
  1. 1.     On servers which have .NET 4.x installed, a hotfix to repair the .NET version control on the SSOSQL.dll must first be run.  As an administrative user on the BizTalk Server, access this hotfix:

    http://www.microsoft.com/en-us/download/details.aspx?id=12284
    2.     As an administrative user on the BizTalk Server or using the Command Prompt being run as an Administrator, register the SSOSQL.dll using:

    C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe “C:\Program Files\Common Files\Enterprise Single Sign-On\SSOSQL.dll”
    3.     Ensure you are registering the SSOSQL.dll using the .NET 4.x version of RegAsm.exe or you’ll be wasting your time!  You can register it with an earlier .NET version RegAsm.exe but it will not work – it will not allow your BizTalk Server Configuration to access the database to setup the SSO Group.
Read more ...

Q & A: How To: Get rid of wcf one way port communication error

Friday, May 2, 2014
Q:

Hi,
 I Consumed one wcf one way serive at send port,but it is throwing error asking for reply.
A message sent to adapter "WCF-WSHttp" on send port "WcfCacheService" with URI "" is suspended.
Error details: System.ServiceModel.CommunicationException: The server did not provide a meaningful reply; this might be caused by a contract mismatch, a premature session shutdown or an internal server error.
Server stack trace:
at System.Runtime.AsyncResult.End[TAsyncResult](IAsyncResult result)
at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.End(SendAsyncResult result)
at System.ServiceModel.Channels.ServiceChannel.EndCall(String action, Object[] outs, IAsyncResult result)
at System.ServiceModel.Channels.ServiceChannel.EndRequest(IAsyncResult result)
Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at System.ServiceModel.Channels.IRequestChannel.EndRequest(IAsyncResult result)
at Microsoft.BizTalk.Adapter.Wcf.Runtime.WcfClient`2.RequestCallback(IAsyncResult result)
MessageId: {BE03C2AD-5888-42AA-AE1B-D25965C6446A}

 Thanks,


Sol:

Hi,
Problem got solved finally....feel gr8..
In Binding tab of WCF-Custom adaptor...Binding Type is customBinding
in the bindings rightclick on CustomBindingElement->Add Extention->select one way->and move this to up other wise will get error,bcoz http transport should be last.
click ok and apply..thats it..
Regards,



Read more ...

Biz Talk Q&A : Register Correct version of ASP.NET in IIS

Friday, April 25, 2014
Q:
Getting the below error while browsing the website running on ASP.NET 4 application pool.
Server Error in '/myVDir' Application. 
-------------------------------------------------------------------------------- Could not load type 'System.ServiceModel.Activation.HttpModule' from assembly 'System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'. Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. Exception Details: System.TypeLoadException: Could not load type 'System.ServiceModel.Activation.HttpModule' from assembly 'System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
  1. Re-register the .NET 4 framework of ASP.NET with IIS
  1. Force this module to be loaded only inside a 2.0 application pool by changing the configuration manually
  1. Remove this 2.0 version Module from the list of modules if you are planning to run only ASP.NET 4 application pools.

You will run into this problem only if you install the .NET 3.5.1 WCF HTTP Activation feature after the installation of .NET 4 framework on your server.
Cause
Installation of .NET 3.5.1 WCF HTTP activation feature adds a global module for the 3.0 framework’s 'System.ServiceModel’ assembly for the type 'System.ServiceModel.Activation.HttpModule'. Since the application pool’s runtime version is v4.0, this assembly is tried to be loaded from the .NET 4 assemblies folder. Since, the definition of the 'System.ServiceModel.Activation.HttpModule’ is now moved to the “System.ServiceModel.Activation” assembly, it fails.
This problem doesn’t occur if you run your application pool under classic mode. You can resolve the problem by following any of the following:
Answer #1
To re-register the ASP.NET 4 assemblies with IIS, open a command prompt (as an admin), and navigate to the .NET 4 framework folder (%windir%\Microsoft.NET\Framework\v4.0.30319). Type aspnet_regiis -iru, and press enter. This command will re-register the ASP.NET 4 framework with IIS which will modify the ‘ServiceModel’ configuration to be loaded only inside a .NET 2.0 application pools. For some reason, you choose not to re-register the ASP.NET 4 version assemblies with IIS, you can follow the resolution #2 explained below, which will do the same configuration change, but manually.
Answer #2
The worker process tries to load the assembly since it passes the pre-condition. Its pre-condition is just “managedHandler” which doesn’t specify the runtimeVersion information. By default it is loaded inside the application pools running with any version of .NET framework.
To resolve the problem, change the configuration of the module to be loaded only if the runtime version is 2.0, so that it doesn't interfere with .NET framework 4 application pool:
<add name="ServiceModel" type="System.ServiceModel.Activation.HttpModule, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" preCondition="managedHandler,runtimeVersionv2.0" />
AppCmd syntax:
appcmd.exe set config -section:system.webServer/modules /[name='ServiceModel'].preCondition:"managedHandler,runtimeVersionv2.0" /commit:apphost
Answer #3
Alternatively, you can uninstall the .NET 3.5.1 WCF HTTP activation if you are not planning to use this feature. This would simply remove the module ‘ServiceModel’ from the list of modules. Remember, this is going to affect all the application pools, so if you have any application pool which might use this module, then do not proceed with the uninstallation. Alternatively, you can remove it from the global modules list, and add it specifically to the application needing it.
You can also simply remove the module from the modules list. Below is the appcmd to remove the module from the global list.
AppCmd to remove the module:
appcmd.exe set config -section:system.webServer/modules /-"[name='ServiceModel']" /commit:apphost
Below is the AppCmd to add the module to the application needing it.
appcmd.exe set config "Default Web Site" -section:system.webServer/modules /+"[name='ServiceModel',type='System.ServiceModel.Activation.HttpModule, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089',preCondition='managedHandler,runtimeVersionv2.0']"
Read more ...

Q & A - How to Configure Parties in BizTalk 101

Monday, December 30, 2013

Q: You are developing an EDI solition, and you need to configure a new trading partner.


A:
Trading partner management is the most significant new functionality presented in BizTalk Server 2010. The new mapper has some nice features, but it doesn't bring new functionality to the product. The trading partner configuration, on the other hand, allows for the development of EDI solutions that could not be done before. This solution outlines how to create a trading partner in BizTalk Server.

Open the BizTalk Administration Console, and click Parties (see Figure 1).

Figure 1. The Parties folder in BizTalk



Right-click any area in the Parties and Business Profiles area and select New => Party.

In the Party Properties dialogue box, give the party an appropriate name. This should be the name of the trading partner you will be exchanging documents with.

Enable the option for the Local BizTalk processing (see Figure 2). This setting is used to indicate that BizTalk Server will be used to process messages to or from the party (rather than being the default party itself).

Figure 2. Configuring the base party object



Click the "Send ports" tab. This is where ports are associated with a party, and it is used in instances where all outbound EDI documents on this port should have envelope information configured as specified in the EDI properties of the party being configured. Add any relevant send ports, and click OK.
            Now that the party object has been created, a new business profile must be created. A business profile contains all of the EDI configurations for a given business of a trading partner. For example, a trading partner may be a single company with multiple departments or divisions. Each department has its own integrations with internal and external vendors, and each uses its own X12 or EDIFACT settings. One business profile for each department must be created in order to ensure that the envelopes on the EDI documents being exchanged are set properly, and that all other EDI specific configurations are accurate for that department.

            Right-click the party that was created, and select New => Business Profile (see Figure 3).

            Figure 3. Creating a business profile on a party




            Give the business profile a name representative of the business unit or department being set up. In many cases, a party will only have a single business profile.


            On the identities screen, set the trading partner ID(s) and qualifier(s) (see Figure 4). These values are given to you directly by the trading partner, and are the way trading partners are uniquely identified.

            Figure 4. Setting the Business Profile's identities


            Once the business profile is fully configured, click OK.
            With the business profile and core party configured, an agreement can be made. However, to create an agreement, you must have two parties configured. One party represents the recipient, and one is the sender. In many cases, BizTalk is going to be one of the parties. However, in the cases where BizTalk is acting as a value added network (VAN)—essentially, as a router of documents between parties—there may be many parties sending and receiving documents to many other parties. All of the configurations representing document communication between parties are known as agreements.

            To create an agreement, right-click the business profile, and select New => Agreement.

            Initially, there will be only a single tab to configure. You must specify the party being interacted with and the protocol being used. To do so, set the Protocol property to (for example) X12, and the Party and Business properties to an available party. Once these have been set, two new tabs will appear (see Figure 5). 
            These tabs are where all of the EDI specific information is configured for the given agreement.

            Figure 5. Setting the general properties of the Agreement



            Click each of the tabs to set the EDI-specific values based on the trading partner configuration specifications. An example of the Identifiers screen is shown in Figure 6. Once you are finished, click OK to save the trading partner configuration.

            Figure 6. Setting values within the agreement



            How It Works

            This recipe outlined how to configure the different components that make up a trading partner, but without the full story, understanding all of the settings is difficult.
                          Read more ...

                          Use Fiddler with BizTalk to monitor Incoming/Outgoing Traffic

                          Friday, June 7, 2013

                          Using Fiddler to debug BizTalk messages?

                          When using HTTP, SOAP or WCF send ports it can be incredibly useful to view the content of messages that are sent on the wire. This allows you to inspect the headers (SOAP or HTTP). Fiddler is a simple but fantastic tool to allow you to do this.

                          By default, Fiddler will not trace any messages sent to endpoints by BizTalk as it does not use WinInet. However, BizTalk send ports can be configured to use a proxy allowing Fiddler to intercept them. On the Send Port tick the Use Proxy checkbox and set the Server to 127.0.0.1 and the port to 8888. For dynamic ports, set the following properties (as applicable to the adapter being used)

                          // Debug via fiddler
                          msgSendRequest(SOAP.UseProxy) = true;
                          msgSendRequest(SOAP.ProxyAddress) = "127.0.0.1";
                          msgSendRequest(SOAP.ProxyPort) = 8888;



                          Note that this needs to be removed when Fiddler is not running since traffic directed to the proxy will not be received by anything.
                          Read more ...

                          Fix Huge Maps in BizTalk - change default behavior - Undocumented Fix

                          Wednesday, June 5, 2013
                          post by Brett
                          I have been working with several industry standard Xml schema definitions, specifically those defined by the UBL standard by OASIS (www.oasis-open.org).  This organisation has a worthwhile, yet lofty, goal of defining a set of document standards that will cover the majority of communication needs for B2B.
                          The result of trying to be all things to all men is that the schemas defined are big.  Like really, REALLY big, with a set of included schema file that run about 8-10 deep.
                          The problem with this, in the BizTalk world, is when you either generate an instance document from the schema, or attempt to map a document to a UBL schema document using the BizTalk Mapper.  Due to the way the BizTalk handles default nodes, you end up with all default values being output into the destination document.
                          A quick, undocumented fix for this is to change the GenerateDefaultFixedNodes setting in the BizTalk Map.  Where is this setting, you ask?
                          Open the .btm file using the “XML Editor”, rather than the default “BizTalk Mapper” (i.e. right-click, choose “Open With…”, then XML Editor).  The root node of the map document is called “mapsource”, one of the attributes is called “GenerateDefaultFixedNodes”.  Change this from “Yes” to “No”, save and close, and you’re done.
                          This undocumented trick brought one of our generated XSLT transforms down from a slightly ridiculous 50 Mb to an easily handled 11 Kb, and the transform execution time from 20 seconds down to about the 50 millisecond mark (on a virtual machine)
                          Read more ...

                          Biz Talk : How To : Throw Custom Exception in Map

                          Monday, June 3, 2013
                          post by Brett

                          I have run into an instance where I need to terminate and raise an exception from within an XSLT template, based on values (or lack thereof) within the source document.  The XSLT transform is running within a BizTalk map.

                          The secret is the following little-known XSLT construct, which can be conditionally called at any point in the transform:

                          <xsl:message terminate="yes">Custom error text</xsl:message>
                          This will cause the XSLT engine to stop processing immediately, and raise an exception.   This exception, including the custom error text contained within the message segment, can be caught in the BizTalk Orchestration engine by explicitly catching an exception of type 

                          Microsoft.XLANGS.BaseTypes.TransformationFailureException.
                          Read more ...

                          BizTalk : How To : Issues

                          Thursday, May 2, 2013

                          post by sander nef

                          Issue: Outputfile name is %sourcefilename%

                          Is it, that…? You have promoted the FILE.ReceivedFileName and configured the macro %SourceFileName%, however, this is CASE SENSITIVE!
                          Issue: No processing takes place after a BRE call

                          Is it, that…? You might be using a .Net helperclass, you’ve added the ‘StaticSupport’ following (http://msdn.microsoft.com/en-us/library/dd298814(v=bts.10).aspx). This won’t work…the StaticSupport should be created under the WOW64Node
                          Issue: Pipeline configuration change does not have any effect

                          Is it, that…? You are using a dynamic send port…if so, stop/start the application-port
                          Issue: Inside my orchestration, a variable assignments (from context properties) leads to an exception (missing property exception)

                          Is it, that…? You are not assigning the variable from the message property in the very beginning of the orchestration, you are doing this when you need the variable as you would do in normal code….if possible, make sure that you minimize the number of shapes between receive and message context properties retrievals.
                          Issue: You are using the Date functoid to generate a date, you want to use a different format (From the functoid: The output format is CCYY-MM-DDThh:mm:ss.)

                          Is it, that…? You are using a ConvertDate functoid from a library that requires an input format, the description from the Date functoid does not work..
                          This is because the description is not correct and should be as defined in Input[1]

                          clip_image002
                          In my case I used a functoid library which has a parseExact call;
                          clip_image002[4]
                          Issue: I’m migrating a solution that contains a service reference and want to update this reference with a new URL / or use a classic ASP.Net webservice
                          Is it, that…? You forgot that little trick, which allows you to create/update the reference for classic 2.0 references Glimlach
                          clip_image002[6]
                          Click Advanced
                          clip_image004

                          Click ‘Add Reference’

                          clip_image006

                          Enter the address

                          clip_image007

                          Issue: Debugging XSLT raises an error
                          Is it, that…? You are calling a custom functoid / .Net class in the map…you won’t be able to debug

                          Issue: Calling an functoid / .Net class in an XSLT map does not work
                          Is it, that…? Only when you have an external XSLT it is possible to call a functoid / .Net class from the XSLT

                          Issue: There is no tracking data
                          Is it, that…? There are multiple tracking hosts

                          Read more ...

                          BizTalk : How To : Backup BAM Databases and Update References to BAM Databases

                          Saturday, April 13, 2013
                          The following tables describe the databases used by BizTalk Server and identify which methods are used to back up the databases.

                          Databases Backed Up by the Backup BizTalk Server Job

                          The following table lists the databases that are backed up and restored as a part of the Backup BizTalk Server job. You can modify the Backup BizTalk Server job to back up custom databases by adding them to the adm_OtherBackupDatabases table.

                          Database
                          Default database name
                          Description
                          BAM Primary Import database
                          BAMPrimaryImport
                          This is the database where the Business Activity Monitoring (BAM) collects raw tracking data.
                          BAM Notification Services Application database
                          BAMAlertsApplication
                          This database contains alert information for BAM notifications. For example, when you create an alert using the BAM portal, entries are inserted in the database specifying the conditions and events to which the alert pertains, as well as other supporting data items for the alert.
                          BAM Notification Services Instance database
                          BAMAlertsNSMain
                          This database contains instance information specifying how the notification services connect to the system that BAM is monitoring.
                          HWS Administration database
                          BizTalkHwsDb
                          This database contains all administration information related to Human Workflow Services (HWS).
                          BizTalk Tracking database
                          BizTalkDTADb
                          This database stores health monitoring data tracked by the BizTalk Server tracking engine.
                          BizTalk Management database
                          BizTalkMgmtDb
                          This database is the central meta-information store for all instances of BizTalk Server.
                          BizTalk MessageBox database
                          BizTalkMsgBoxDb
                          This database is used by the BizTalk Server engine for routing, queuing, instance management, and a variety of other tasks.
                          Rule Engine database
                          BizTalkRuleEngineDb
                          This database is a repository for:
                          ·         Policies, which are sets of related rules.
                          ·         Vocabularies, which are collections of user-friendly, domain-specific names for data references in rules.
                          SSO database
                          SSODB
                          This Enterprise Single Sign-On database securely stores the configuration information for receive locations.
                          TPM database
                          TPM
                          This database stores trading partner data for Business Activity Services (BAS). By default, TPM database is combined with BizTalk Management (BizTalkMgmtDb) database.
                          BizTalk Base EDI database
                          BizTalkEDIdb
                          This database stores state for the Base electronic data interchange (EDI) adapter, which has been deprecated in BizTalk Server 2006 R2. The Base EDI adapter can be used in upgrade scenarios, but for new installations of BizTalk Server 2006 R2, use the native EDI and AS2 functionality.

                          Databases Backed Up by the BAS Backup Process

                          The following table lists the Microsoft Windows SharePoint Services databases that are backed up and restored using the procedures in Backing Up and Restoring BAS:

                          Database
                          Default database name
                          Description
                          Windows SharePoint Services configuration database
                          User-defined
                          This database contains all of the global settings for the server.
                          Windows SharePoint Services content database
                          User-defined
                          This database contains all of the site content, such as list items and documents.

                          Databases Backed Up by the BAM Backup Process

                          The following table lists the databases that are backed up and restored using the procedures in Backing Up and Restoring BAM:

                          Database
                          Default database name
                          Description
                          BAM Star Schema
                          BAMStarSchema
                          This database contains the staging table, and the measure and dimension tables.
                          BAM Analysis
                          BAMAnalysis
                          This database contains BAM OLAP cubes for both online and offline analysis.
                          BAM Archive
                          BAMArchive
                          This database archives old business activity data. Create a BAM Archive database to minimize the accumulation of business activity data in the BAM Primary Import database.
                          Tracking Analysis Server
                          BizTalkAnalysisDb
                          This database stores health monitoring online analytical processing (OLAP) cubes.

                          How to Back Up the BAM Analysis and Tracking Analysis Server Databases

                          The Business Activity Monitoring (BAM) Analysis database and the Tracking Analysis Server database store content in SQL Server Analysis Services cubes. The Backup BizTalk Server job does not back up these databases. Instead, to backup these databases, you must use SQL Server Analysis Manager.
                          After you back up these databases, you may want to purge the OLAP cubes. When you purge the OLAP cubes, you must also perform the following steps:
                          1.     Before you purge the OLAP cubes, in the BAM Star Schema database, truncate the fact table(s) for the cube you want to purge. The table naming convention is "bam_<CubeName>_Facts".
                          2.     After you purge the OLAP cubes, you must fully process active, completed, and virtual cubes.
                          For instructions about backing up the analysis databases, see "Archiving an Analysis Services Database" in SQL Server Books Online.

                          Scheduling backups for the BAM databases

                          If you are using BAM, verify that neither the BAM cube process nor data maintenance Data Transformation Services (DTS) packages are running when the backup package is scheduled to run.
                          To ensure consistent schema across all BAM databases, back up the BAM databases and DTS packages each time you deploy or undeploy a BAM activity.
                          Back up the BAM Analysis database and BAM Star Schema database each time you deploy or undeploy a BAM view.
                          Back up the BAM databases in the following order:
                          1.     Run the Backup BizTalk Server job to back up the BAM Primary Import database and your other BizTalk Server databases.
                          2.     Run the BAM data maintenance DTS package for all activities.
                          Incorporate these steps into a DTS package, and schedule the package to run on a regular basis. To ensure data integrity, make sure no other BAM cubing or data maintenance DTS packages run when this backup package is scheduled to run.
                          To ensure that you can recover a complete set of archived data if the BAM Archive database fails, back up the BAM Archive database after you copy the partition into the BAM Archive database, but before you delete the partition from the BAM Primary Import database. To do this, modify the data maintenance DTS package for each activity to insert a step to back up the BAM Archive database before the last step in the DTS package, "End Archiving."
                          3.     Back up the BAM Analysis database, and then the BAM Star Schema database.

                          How to Update References to the BAM Analysis Server Database Name

                          1.     Stop any BAM cube update and data maintenance SSIS packages, or prevent them from running until you have restored the BAM Analysis database.
                          2.     Stop the BizTalk Application service (which includes the BAM Event Bus service) so it does not try to import more data into the database.
                          1.     Click Start, click Run, and then type services.msc.
                          2.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Stop.
                          3.     Click Start, click Microsoft SQL Server 2005, and then click SQL Server Business Intelligence Development Studio.
                          4.     In SQL Server Business Intelligence Development Studio, create a new project. Click File, click New, and then click Project.
                          5.     In the New Project dialog box, in Templates, click Integration Services Project, and then click OK.
                          6.     In the Integration Services Project dialog box, in Solution Explorer, right-click SSIS Packages, and then click Add Existing Package.
                          7.     In the Add Copy of Existing Package dialog box, in the Server drop-down list box, select the server that contains the BAM_AN package.
                          8.     In Package Path, click the ellipses button.
                          9.     In the SSIS Package dialog box, select the BAM_AN package, click OK, and then click OK.
                          The package is now listed in Solution Explorer.
                          10.  In Solution Explorer, double-click the BAM_AN package. In Connection Managers, double-click database number 3 (MSDB database).
                          11.  In the Connection Manager dialog box, in the Server name box, enter the name of the MSDB server, and then click OK.
                          12.  Click the Package Explorer tab, double-click the Variables folder, and then update the values for the primary import server name and primary import database name.
                          13.  Click File, and then click Save All.
                          14.  In Microsoft SQL Server Management Studio, click Connect.
                          15.  Click Integration Services, double-click Stored Packages, click MSDB, right-click the BAM_AN package, and then click Import Package.
                          16.  In the Import Package dialog box, in Package location, select File System.
                          17.  In Package Path, navigate to your saved project, select the BAM_AN*.dtsx file, and then click Open.
                          18.  Click inside the Package Name box to automatically populate the box.
                          19.  Click OK, and then click Yes to overwrite.
                          20.  Restart the BizTalk Application service.
                          1.     Click Start, click Run, and then type services.msc.
                          2.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Start.
                          21.  Enable any BAM cube update and data maintenance SSIS packages.

                          How to Update References to the BAM Star Schema Database Name

                          1.     Stop any BAM cube update and data maintenance SSIS packages, or prevent them from running until you have restored the BAM Star Schema database.
                          2.     Stop the BizTalk Application service (which includes the BAM Event Bus service) so it does not try to import more data into the database.
                          1.     Click Start, click Run, and then type services.msc.
                          2.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Stop.
                          3.     Click Start, click Programs, click Microsoft SQL Server 2005, and then click SQL Server Business Intelligence Development Studio.
                          4.     In SQL Server Business Intelligence Development Studio, create a new project. Click File, click New, and then click Project.
                          5.     In the New Project dialog box, in Templates, click Integration Services Project, and then click OK.
                          6.     In the Integration Services Project dialog box, in Solution Explorer, right-click SSIS Packages, and then click Add Existing Package.
                          7.     In the Add Copy of Existing Package dialog box, in the Server drop-down list box, select the server that contains the BAM_AN package.
                          8.     In Package Path, click the ellipses button.
                          9.     In the SSIS Package dialog box, select the BAM_AN package, click OK, and then click OK.
                          The package is now listed in Solution Explorer.
                          10.  In Solution Explorer, double-click the BAM_AN package. In Connection Managers, double-click database number 3 (MSDB database).
                          11.  In the Connection Manager dialog box, in the Server name box, enter the name of the MSDB server, and then click OK.
                          12.  Click the Package Explorer tab, double-click the Variables folder, and then update the values for the primary import server name and primary import database name.
                          13.  Click File, and then click Save All.
                          14.  In Microsoft SQL Server Management Studio, click Connect.
                          15.  Click Integration Services, double-click Stored Packages, click MSDB, right-click the BAM_AN package, and then click Import Package.
                          16.  In the Import Package dialog box, in Package location, select File System.
                          17.  In Package Path, navigate to your saved project, select the BAM_AN*.dtsx file, and then click Open.
                          18.  Click inside the Package Name box to automatically populate the box.
                          19.  Click OK, and then click Yes to overwrite.
                          20.  Restart the BizTalk Application service.
                          1.     Click Start, click Run, and then type services.msc.
                          2.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Start.
                          21.  Enable any BAM cube update and data maintenance SSIS packages.

                          How to Update References to the BAM Archive Database Name

                          1.     Stop any BAM cube update and data maintenance DTS packages, or prevent them from running until you have restored the BAM Archive database.
                          2.     Stop the BizTalk Application service (which includes the BAM Event Bus service) so it does not try to import more data into the database.
                          1.     Click Start, click Run, and then type services.msc.
                          2.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Stop.
                          3.     Click Start, click Programs, click Microsoft SQL Server 2005, and then click SQL Server Business Intelligence Development Studio.
                          4.     In SQL Server Business Intelligence Development Studio, create a new project. Click File, click New, and then click Project.
                          5.     In the New Project dialog box, in Templates, click Integration Services Project, and then click OK.
                          6.     In the Integration Services Project dialog box, in Solution Explorer, right-click SSIS Packages, and then click Add Existing Package.
                          7.     In the Add Copy of Existing Package dialog box, in the Server drop-down list box, select the server that contains the BAM_DM package.
                          8.     In Package Path, click the ellipses button.
                          9.     In the SSIS Package dialog box, select the BAM_DM package, click OK, and then click OK.
                          The package is now listed in Solution Explorer.
                          10.  In Solution Explorer, double-click the BAM_DM package. In Connection Managers, double-click database number 3 (MSDB database).
                          11.  In the Connection Manager dialog box, in the Server name box, enter the name of the MSDB server, and then click OK.
                          12.  Click the Package Explorer tab, double-click the Variables folder, and then update the values for the primary import server name and primary import database name.
                          13.  Click File, and then click Save All.
                          14.  In Microsoft SQL Server Management Studio, click Connect.
                          15.  Click Integration Services, double-click Stored Packages, click MSDB, right-click the BAM_DM package, and then click Import Package.
                          16.  In the Import Package dialog box, in Package location, select File System.
                          17.  In Package Path, navigate to your saved project, select the BAM_DM*.dtsx file, and then click Open.
                          18.  Click inside the Package Name box to automatically populate the box.
                          19.  Click OK, and then click Yes to overwrite.
                          20.  Restart the BizTalk Application service.
                          1.     Click Start, click Run, and then type services.msc.
                          2.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Start.
                          21.  Enable any BAM cube update and data maintenance SSIS packages.

                          How to Update References to the BAM Primary Import Database Name and Connection String

                          1.     Stop any BAM cube update and data maintenance Data Transformation Services (DTS) packages, or prevent them from running until you have restored the BAM Primary Import database.
                          2.     Stop the BizTalk Application service (which includes the BAM Event Bus service) so it does not try to import more data into the database.
                          1.     Click Start, click Run, and then type services.msc.
                          2.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Stop.
                          3.     Restore the BAM Primary Import database, performing the steps in How to Restore Your Databases.
                          4.     Update the following Web.Config files:
                          ·         C:\Program Files\Microsoft BizTalk Server 2006\BAMPortal\BamManagementService\Web.Config.
                          Replace the <ServerName> string with the new server name and <DatabaseName> with the new database name. Update the following connection strings:
                          <appSettings>
                          <add key="BamServer" value="<ServerName>" />
                          <add key="BamDatabase" value="<DatabaseName>" />
                          <add key="MaxResultRows" value="2000" />
                          </appSettings>
                          ·         C:\Program Files\Microsoft BizTalk Server 2006\BAMPortal\BamQueryService\Web.Config.
                          Replace the <ServerName> string with the new server name and <DatabaseName> with the new database name. Update the following connection strings:
                          <appSettings>
                          <add key="BamServer" value="<ServerName>" />
                          <add key="BamDatabase" value="<DatabaseName>" />
                          <add key="MaxResultRows" value="2000" />
                          </appSettings>

                          5.     Click Start, click Run, type cmd and then click OK.
                          6.     Navigate to the following directory: %SystemRoot%\Program Files\Microsoft BizTalk Server 2006\Schema\Restore.
                          7.     Right-click SampleUpdateInfo.xml, and then click Edit.
                          0.     Comment out all of the database sections except for the BizTalkMgmtDb, OldPrimaryImportDatabase, PrimaryImportDatabase, ArchivingDatabase, AnalysisDatabase, StarSchemaDatabase, and Alert.
                          1.     For the BizTalkMgmtDb, OldPrimaryImportDatabase, PrimaryImportDatabase, ArchivingDatabase, AnalysisDatabase, StarSchemaDatabase, and Alert sections, set the "SourceServer" and "Destination Server" to the name of the existing server where those databases reside.
                          2.     For PrimaryImportDatabase, set the "SourceServer" to the name of the server where you have moved the BAM Primary Import database.

                          Description: http://i.msdn.microsoft.com/Aa561586.Important(en-us,MSDN.10).gifImportant
                          Include the quotation marks around the name of the source and destination systems.
                          Description: http://i.msdn.microsoft.com/Aa561586.note(en-us,MSDN.10).gifNote
                          If you renamed any of the BizTalk Server databases, you must also update the database names as appropriate.

                          3.     When you are finished editing the file, save it and exit.
                          8.     At the command prompt, type:
                          cscript UpdateDatabase.vbs SampleUpdateInfo.xml

                          Description: http://i.msdn.microsoft.com/Aa561586.note(en-us,MSDN.10).gifNote
                          You only need to run UpdateDatabase.vbs once.
                          Description: http://i.msdn.microsoft.com/Aa561586.note(en-us,MSDN.10).gifNote
                          On 64-bit computers, you must run UpdateDatabase.vbs from a 64-bit command prompt.


                          9.     At the command prompt, navigate to the following directory:
                          %SystemRoot%\Program Files\Microsoft BizTalk Server 2006\Tracking
                          10.  At the command prompt, edit bm.exe.config, change the value of key="DefaultServer" to the new server name, and then save the file.
                          11.  Update the reference to BAM Primary Import Database in all BAM Livedata Microsoft Excel files. For each file:
                          0.     Open the Excel live data file. The file name ends with _LiveData.xls.
                          1.     On the BAM menu, click BAM DB Connection.
                          2.     In the Select BAM Database dialog box, enter the SQL Server and BAMPrimaryImport database, and then click OK.
                          3.     On the File menu, click Close and Return to Microsoft Excel.
                          4.     On the File menu, click Save.
                          12.  Restart the BizTalk Application service.
                          0.     Click Start, click Run, and then type services.msc.
                          1.     Right-click the BizTalk Service BizTalk Group: BizTalkServerApplication service and then click Start.
                          13.  Enable any BAM cube update and data maintenance DTS packages.
                          14.  To resolve any incomplete trace instances, see How to Resolve Incomplete Activity Instances.

                          How to Update References to the BAM Notification Services Databases

                          1.     Click Start, click Run, type cmd, and then click OK.
                          2.     At the command prompt, navigate to the following directory: %SystemRoot%\Program Files\Microsoft BizTalk Server 2006\Tracking.
                          3.     Type: bm.exe get-config –filename:config.xml
                          4.     Open the xml file created in step 2 to obtain the list of the computers on which you must re-register Notification Services.
                          The computer names are listed in the <Property Name=> parameters in the <DeploymentUnit Name="Alert"> section of the xml file:
                                  <DeploymentUnit Name="Alert">
                                         <Property Name="GeneratorServerName" />
                                         <Property Name="ProviderServerName" />
                                         <Property Name="DistributorServerName" />
                            </DeploymentUnit>
                          5.     On each computer listed in the xml file, stop the NS service and then unregister an instance of Notification Services:
                          1.     Click Start, click Programs, click Microsoft SQL Server 2005, click Configuration Tools, and then click Notification Services Command Prompt.
                          2.     At the command prompt, type: net stop NS$BamAlerts
                          3.     Type the following command to unregister the instance:
                          nscontrol unregister -name BamAlerts
                          Unregistering an instance removes the registry entries, removes the NS$instance_name service (if present), and deletes the performance counters for the service.
                          6.     Re-register the Notification Service:
                          1.     Click Start, click Programs, click Microsoft SQL Server 2005, click Configuration Tools, and then click Notification Services Command Prompt.
                          2.     At the command prompt, type: nscontrol register -name BamAlerts -server <ServerName> -service -serviceusername "<ServiceUserName>" -servicepassword "<ServicePassword>"
                          This enables Notification Services to log on to the correct database (this information is maintained in the registry of the service machine by nscontrol).

                          Description: http://i.msdn.microsoft.com/Aa578110.Important(en-us,MSDN.10).gifImportant
                          Remember to use the new Notification Services databases server in the -server option when re-registering the service. In addition, you should use the same user name for the new Notification Services service as the old one.

                          7.     On the computer that hosts the BAM portal, click Start, click Programs, click Microsoft SQL Server 2005, click Configuration Tools, and then click Notification Services Command Prompt.
                          8.     At the command prompt, type:
                          net stop NS$BamAlerts
                          9.     At the command prompt, type:
                          nscontrol unregister -name BamAlerts
                          10.  At the command prompt, type:
                          nscontrol register -name <BamAlerts> -server<NotificationServicesDatabaseServer>
                          11.  At the command prompt, type: net start NS$BamAlerts.
                          12.  Click Start, click Run, type cmd, and then click OK.
                          13.  At the command prompt, navigate to the following directory: %SystemRoot%\Program Files\Microsoft BizTalk Server 2006\Tracking.
                          14.  At the command prompt, type:
                          bm.exe update-config –FileName:config.xml

                          How to Resolve Incomplete Activity Instances

                          1.     Run the following query against the BAM Primary Import database:
                          Select ActivityID from bam_<ActivityName>_Active where IsComplete = 0
                          2.     If data from external systems indicates that the activity instance is in fact completed, run the following query to manually complete the instance:
                          exec bam_<ActivityName>_PrimaryImport @ActivityID=N'<ActivityID>', @IsStartNew=0, @IsComplete=1

                          Description: http://i.msdn.microsoft.com/Aa561272.note(en-us,MSDN.10).gifNote
                          You can follow the same process to complete a continuation activity by replacing ActivityID with ContinuationID.



                          Description: http://i.msdn.microsoft.com/Aa561272.note(en-us,MSDN.10).gifNote
                          If the main trace has any active continuation traces, it remains active until the continuation traces are completed.

                          Read more ...