Recently I have been tasked to downgrade our BizTalk Non Production environment as it was running on BizTalk 2016 enterprise. After all the backups I then uninstalled BizTalk 2016 enterprise and installed Biztalk 2016 developer edition I then configured the BizTalk server to join the existing BizTalk databases for the Group and features such as SSO and Business Rules engine and finally I restored the master secret. I made sure that these features were part of the installation.
After that I opened the console everything seems to be in order except for when I import/export a policy
adding a policy
I restarted all the services I could think of, rule engine service, WMI, DTC, the server itself to no avail. I even checked the Business Rules Composer and I could see all our policies/vocabularies. I checked the Registry and I could see BizTalk and BusinessRules entries and couldnt find anything different from a working environment(the one I have not touched yet)
So here I am wondering if anyone have encountered this issue and how did you solve it?
The answer lies in this blog post that Colin Dijkgraaf have commented -
manishrules.wordpress.com
Root cause
The table dbo.adm_Group in the BiztalkMgmtDb - somehow the values for RuleEngineDBServerName and RuleEngineDBName disappeared when I uninstalled the BizTalk Runtime for the downgrade, even worse the DateModified column didnt get changed.
Fix
I inserted the values for the columns mentioned and its now fixed
Related
While deploying WordPress in azure,I had met with an Failed Notification specifying the following:
Type:SuccessBricks.ClearDB/databases
Status:Bad Request
Properties:
statusCode:BadRequest
serviceRequestId:
statusMessage:{"error":{"code":"MissingMarketplacePlanPublisher","message":"The marketplace resource plan is missing required \"publisher\" property."}}
I have tried deploying new wordpress app,but still the same failed message is shown.
Try deploying it from the classic Azure services manager instead https://manage.windowsazure.com. I was having the same problem. It might be related to your database name. The classic interface required my database name be less than 16 characters, while the Azure portal let me type over that, but failed during deployment.
Also, make sure you're not using a VS MSDN subscription. I don't think you can use your free credits towards ClearDB MySQL. Alternatively, you could install MySQL on a linux server and pay for compute time out of your MSDN subscription.
Edited: FYI, I contacted CloudSQL about the error and received the following:
Thanks for contacting us, and our apologies for the inconvenience. There
currently is an issue that the Azure Marketplace is experiencing that is
causing this to happen. The Azure UI team is aware of the problem and is
working to resolve it today.
Thanks very much for your patience - this should be resolved soon.
This is a weird situation for me. I accidently deleted all rows in the following tables.
bts_orchestration_binding
bts_send_port.
By doing so, I lost all my custom ports and bindings. The MAIN part is I lost ESB toolkit related send ports as well.
Now my setup is misconfigured.
Please suggest any way how can I fix this issue. I tried to re-run the setup but no-use. getting foreign key errors.
Is uninstall of whole esb-toolkit and install could be the only solution? pls suggest.
You could try querying your transaction log:
SELECT
[Current LSN],
[Transaction ID],
[Operation],
[Context],
[AllocUnitName]
FROM fn_dbLog(NULL, NULL)
WHERE [Operation] = 'LOP_DELETE_ROWS'
From this article: http://sqlbak.com/blog/recover-deleted-data-in-sql-server/
also see Undelete recently deleted rows sql server
and http://raresql.wordpress.com/2011/10/22/how-to-recover-deleted-data-from-sql-sever/
But I would just re-install esb toolkit if I were you.
These tables are located in the BizTalk Management database (BizTalkMgmtDb). If you configured the Backup BizTalk Server job, you could try to restore this database as this job makes log backups every 15 minutes by default and full backups once a day.
More info about restoring the BizTalk databases can be found on MSDN: How to Restore Your Databases
I've just started playing around with the new "Website" feature in Azure that allows you to create websites with just one step - and also allows you to create websites from a "Gallery", including Drupal. And I can get my Drupal site up and running, no problem. But if I try to add a third-party module (for instance, Mindtree's ODataDrupal), then I get this error message:
Installation failed! See the log below for more information.
odata_support
Error installing / updating
File Transfer failed, reason: Cannot chmod /DWASFiles/Sites/theparentsunion/VirtualDirectory0/site/wwwroot/sites/all/modules/odata_support.
More-or-less the same thing happens if I try to update some of the existing modules (which Drupal warns, with big red flashing letters, are out of date), except then my Drupal install is left crippled, with no way to fix it that I've been able to find.
Is this as-designed, or some limitation of the beta website integration? (Because a Drupal installation is kinda worthless if you can't add new modules to it, or update existing ones.) Or am I doing something wrong?
If you are trying to use plugins and 3rd party modules to Drupal based Windows Azure Websites, the results may vary person to person. This is mainly because the kind of configuration needed by specific module or plugin may or may not be supported by Windows Azure Websites model and not all kind of custom configuration will work on Windows Azure Websites and you would need to move to Windows Azure Virtual Machines.
About application specific structure, what you can do is open the websites FTP folder and whatever you could see there is user configurable, so you can configure it the way you want. However if you application will try to make changes to outside its limited scope, you will hit errors as above.
Here is a case study where Azure VM was used for Drupal based migration which shows that for complex application you may need to use AZure VM rather then Azure Websites.
I'm tryign to use 51Degrees in a .NET project that I deploy to Azure. August 2011, they released v1.2.1.3 marked as "Azure Compatible":
Foundation can now be deployed on to the Windows Azure Cloud service.
See the release note for full details on requirements and how to
setup. Azure related changes include: Instead of a log file, log
entries are written to a log table Instead of a devices file, previous
device requests are written to a device table A new conditional
compilation symbol - 'AZURE'. AZURE enabled builds will not work in
traditional ASP.NET.
Since then there have been a dozen releases and they are up to v2.1.4.9. However, their documentaiton is super light on how to use it with Azure. In fact, there was a bug originally because v1.2.1.3 stated
To make use of the changes you must create a storage account called
‘fiftyonedegrees’. The foundation will then create two tables, one for
previous devices, and another for logs.
This isn't possible because Azure storage accounts need to be unique across all instances so everyone can't create ones named fifityonedegrees.
Their response was:
After rereading the blog it seems I've made an oversight in this
regard, and will update shortly.
The storage account that the Foundation looks for can be changed in
the Foundation source code. Go to Foundation/Properties/Constants.cs
and change the string 'AZURE_STORAGE_NAME' to the name of your storage
account.
However, I'm still at a loss at how to utilize it within my project. Here's my issues:
I'm not clear whether v1.2.1.3 is the only Azure compatible release, or every release after is Azure compatible. Their documentation doesn't say.
When I install 51Degrees via NuGet, my project doesn't get an App_Data folder created which contradicts their documentation. The web.config file even has entries in it that reference the App_Data folder such as <log logFile="~/App_Data/Log.txt" logLevel="Info"/>.
Based on the response to the Azure storage account bug I quoted earlier, they are sayign IN need to edit the file Foundation/Properties/Constants.cs. However, since I'm installing via NuGet and it's a DLL, NuGet is presumably the wrong approach? Do I need to download the source and compile it myself and wire it up to my project manually?
I'm generally new to .NET, NuGet, VS, etc so appreciate the help.
All versions are Azure compatible from 1.2.1.3 onwards. I'm assuming this is the blog post you were talking about. After you've created your azure storage account, you'll have to edit the Constants.cs file in the source code and add in your account name. It's my understanding that this means you'll have to get access to the source code and edit it directly. One you have done this you'll need to recompile for the software to work correctly. I'm not sure if there is a way to perform the same task using NuGet, but I'll look into it. Hope this helps.
I am still learning BizTalk and EDI. When I originally started at my current company I inherited my predecessor's computer, so a lot of configuration was already in place. I recently got a new laptop, and have almost finished configuring the new development environment. There was no documentation on how to setup a dev environment before I got here (I have created such a document which has gotten rather lengthy).
The last piece I can't seem to figure out is the EdiRecieve and SendEdi ports. They are on my old dev environment but they do not appear on my new one. From what I have been able to turn up Google dumpster diving, they exist in the Microsoft.BizTalk.Edi.EdiPipelines but do not appear to be installed by default. My question is how do I get these in my primary BizTalk application I use for development?
Another sideline, there is a BizTalk EDI Application that is apparently installed by default that does have the pipelines I am looking for. Do I need to reference that application or something somehow?
I tried GAC'ing the dlls, but that hasn't seemed to work.
You need to add a reference to the EDI application. To do this follow the steps below (taken from MSDN( http://msdn.microsoft.com/en-us/library/bb226366(BTS.10).aspx))
In the BizTalk Server Administration Console, under the Applications node, right-click the application that you want to use for EDI, such as BizTalk Application 1. Point to Add, and then click References.
Select BizTalk EDI Application, and then click OK.
You can also use the EDI components that make up the pipelines (e.g. the EDIDissambler) in your own custom pipelines, you are not limited to just the out of the box pipelines - this is a very handy thing to know that it took me a while to realise.