We need to implement the push notification using Signalr. We have two web servers (i.e., production and the backup server configured in cluster). The client will be connected to the backup server only if the production server is down. We have production database and backup database which are synchronized. The production web server is connected with the production database and backup web server is connected with the backup database. How to scaleout this scenario with sql server.
Check the following link which sums up the scale out in three different methods:
https://www.asp.net/signalr/overview/performance/scaleout-with-sql-server
Related
I'm about to deploy an ASP.NET web application for testing in production. Essentially, this is just a table that is linked to a SQL Server table/view that is obviously dynamic when the data in the tables are updated.
I have a hosting plan with a site that I'll be pushing the files to, which includes a SQL Server database in the hosting plan. I also host a SQL Server instance on the network.
My question is, what is the standard way of dealing with SQL Server in this deployment? I think I have the options below, but as someone who has only ever developed applications offline, this is new to me, so please excuse my novice ignorance.
Have the application connect via IP address in the connection string to my SQL Server instance, as specifying the server name (SQLDEVSRV01 for example) won't be on the "network" when it's sitting in the site's FTP. Am I to assume my connection string will only work on the network, and once deployed to a website, will cease to function unless connecting via TCP/IP?
Host the server on the web in the same site host location. So upload the site files to my website host and setup the SQL server there. Would I be able to just specify the Server name (SQLDEVSRV01 for example) in the connection string there, as whilst it wouldn't work in development as it wouldn't be on the same network, it would then work once deployed on the web?
Embed a SQL Server instance within the app using localdB or something similar to hold the background data. If this is the case, can the data be accessed from the backend, either using SSMS or some other method?
Essentially, my aim here is to have the web app retrieve the data live from a view/table hosted in SQL server, where the backend data can be amended, manipulated and updated independently of the app, so the app can just pull the data when refreshed.
The standard way of doing this is to deploy your database to the hosting providers SQL Server instance and then connect your app to it using a connection string with their details. As it is normally a shared instance you do not have to normally worry about having the SQL instance machine patched etc.
Personally I would not be installing SQL Server myself unless I decided there was benefit to having an instance I wanted the control over nor would I be changing the structure or implementation of my application to suit a hosting providers setup.
I have one server installed locally and other is company,s live server. I have an application installed on local machine, so whenever I run my application data on both SQL Server instances (local and live) should sync to keep same database on both servers how this can be done live database in cloud server with public ip and local databases are in my local system. I would be happy if anyone could provide sample format for this using asp.net C#
Why don't you use SQL Server Replication.
I recently installed BizTalk Server Dev 2010.
As part of installation, new databases are created and some services are also added.
Because I am currently NOT working with BizTalk Server, I want to stop the service associated with it specially the one that connects to SQL Server.
I have already stopped these three BizTalk services:
BizTalk Service BizTalk Group
Enterprise Single Sign-On Service
Rule Engine Update Service
but not able to find the one that communicates with BizTalk SQL Server Databases.
I can still see BizTalk SQLs in profiler.
Any idea which other service I should stop?
Thank you!
There are also SQL Server Agent Jobs created to backup the database and keep the message box and tracking databases running. That is probably what you are seeing activity from.
How would I go about connecting asp.net intranet pages with a remote mysql database? I have full access to both servers.
Usually, I connect my asp.net intranet pages, with a sql server which is in our own internal company network, I've never needed to connect to a remove mysql server before. However, I create php pages on our remote server all the time, which connect with a mysql server in the same network on which the php pages run.
UPDATE 1:
Forgot to mention that the asp.net pages are behind a firewall which only has ports http and ssh open.
You can connect using ADO.NET and the MySQL Connector available here:
http://www.mysql.com/products/connector/
There are also other alternatives here:
http://dev.mysql.com/tech-resources/articles/dotnet/index.html
EDIT: The firewall shouldn't be an issue as you're establishing an outbound connection (from the website to your database).
Our website connects to a database correctly when running the website locally using the built-in web server. But, when we deploy the site to our server running IIS, we get a database connection error. The database server is different from our IIS server. Note that a trusted connection to a different database on the SAME server as IIS works fine.
What do we need to do to connect to a SQL database on a different server with a trusted connection?
When you're running a web site using Cassini, the account used by the web server process is your own account that you use to log on to your Windows machine. That account will be different on IIS.
Consider the security implications of opening the database up to a broader access than you may need with trusted connection. Perhaps you could use Windows authentication with a service account. That is, create an application-specific user in SQL Server with limited permissions. Then, you will get the benefits of connection pooling while avoiding passing credentials.
I'd check the user account that app domain in IIS is using to connect to SQL Server. The account in IIS may not have access to network resources as well which would explain the trouble reaching the other database server.
Sounds like you need to configure the database server to provide access to the database you're trying to connect to.
Assuming SQL Server, log into SQL Server Enterprise Manager and under Security -> Logins, open the properties for the applicable user (probably the Network Service or ASP.NET account of the web server) and go to the Database Access tab and ensure that the Permit checkbox is ticked for the database you are connecting to.