Ordina organiseert de BTUG-bijeenkomst van 30 mei 2013

Het is ondertussen een goed gebruik geworden dat Ordina jaarlijks een groot BizTalk-evenement organiseert en host. Na de bijeenkomst van de Dutch BizTalk User Group (BTUG) in november 2011 en het Ordina BizTalk Innovation Event in februari 2012, host Ordina dit jaar wederom een bijeenkomst van de BTUG. Dit evenement zal op donderdag 30 mei plaatsvinden, in de ondertussen voor veel BizTalkers welbekende 11e etage van de A-toren van de hoofdvestiging van Ordina, te Nieuwegein.

Het programma ziet er als volgt uit:
- BizTalk Update (Dick Dijkstra, Microsoft)
- Theorie en praktijk van messaging/service bus in Azure (Steef-Jan Wiggers en René Brauwers)
- BizTalk Disaster Recovery (Lex Hegt + Jeroen Hendriks)

Ontvangst is vanaf 15.30u. Tussen de sessies door zijn softdrinks te krijgen en vindt het dinerbuffet plaats. Er wordt afgesloten met een borrel. Uiterlijk om 21.00u moeten de deelnemers het pand hebben verlaten.

Toegang is gratis.
Maximaal aantal deelnemers: 70
Aanmelden: http://btugnl20130530-es2005.eventbrite.nl/
Locatie: Ringwade 1, Nieuwegein (kaart)

Could not find server 'servername' in sys.servers after running the BizTalk Backup job on Windows Azure

After I provisioned a Windows Azure Virtual Machine, which was based on the BizTalk Server 2013 Beta image from the Gallery, I configured the BizTalk Backup job.

Normally it is enough to just apply the file locations of the Full backup and the Log backup and to Enable the job, but when I did this, I noticed in the History of the job, that the job failed.

The error I got was 'Could not find server BTS2013B in sys.servers', where BTS2013B is the name that I assigned to the Virtual Machine.

I checked the sys.servers table and retrieved the servername. Both showed something else than the expected name BTS2013B, namely WIN-QMPGBU8OQOK. Apparently this is the original name of the Windows installation on the VM.

 

 

To fix this problem I ran the following statements in SQL Server Management Studio,

 

EXEC sp_dropserver 'WIN-QMPGBU8OQOK';

EXEC sp_addserver 'BTS2013B', 'local';

 

Afterwards I saw that the server name is still WIN-QMPGBU8OQOK, but in sys.servers, the field data_source is now BTS2013B, which is enough for the BizTalk Backup job to run properly.

 

The only thing left is to restart the SQL Server service and then the BizTalk Backup job runs fine!