System.Data.SqlClient.SqlException: A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified) at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection) at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj) at System.Data.SqlClient.TdsParser.Connect(ServerInfo serverInfo, SqlInternalConnectionTds connHandler, Boolean ignoreSniOpenTimeout, Int64 timerExpire, Boolean encrypt, Boolean trustServerCert, Boolean integratedSecurity, SqlConnection owningObject, Boolean withFailover) at System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String newPassword, Boolean ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject, Boolean withFailover) at System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(String host, String newPassword, Boolean redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart) at System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(SqlConnection owningObject, SqlConnectionString connectionOptions, String newPassword, Boolean redirectedUserInstance) at System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, String newPassword, SqlConnection owningObject, Boolean redirectedUserInstance) at System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection) at System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnection owningConnection, DbConnectionPool pool, DbConnectionOptions options) at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject) at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject) at System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject) at System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection) at System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory) at System.Data.SqlClient.SqlConnection.Open() at System.Data.Common.DbDataAdapter.QuietOpen(IDbConnection connection, ConnectionState& originalState) at System.Data.Common.DbDataAdapter.FillInternal(DataSet dataset, DataTable[] datatables, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior) at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior) at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, String srcTable) at ftp_controls.Common_.Utility_.GetCustomRegPropertiesByUrl(String url) .NET Magazine - Redefining Windows Storage
Welcome Guest!
Create Account | Login
Locator+ Code:

Search:
FTPOnline Channels Conferences Resources Hot Topics Partner Sites Magazines About FTP RSS 2.0 Feed

email article
printer friendly
more resources

Redefining Windows Storage
Feature improvements in Windows Server 2003 make way for a better storage future.
by Nelson Ruest and Danielle Ruest

For This Solution: Windows Server 2003, SAN hardware, Backup tools

There is a new trend in IT today. More and more organizations are supplementing their server-centric architectures—where you designate each service the network requires and which server will render it—with data-centric architectures (DCAs). To design a DCA, you must identify the information in your network, categorize it, rate it, determine how to protect it, determine who needs access to it and, if your organization is geographically dispersed, determine how to make it available regionally. As you know, information is made of both data and documents, and categorizing it is no easy feat. However, it's an essential step if your organization wants to manage data storage effectively, especially if you want to develop strategies that allow you to implement storage area networks (SANs).

ADVERTISEMENT

The release of Windows Server 2003 changes this playing field and we expect it will boost the use of DCAs in the years to come. It provides new data and storage management features that have the potential to revolutionize the way you look at storage strategies today. In fact, Windows Server 2003 builds on storage features Microsoft included in Windows 2000 to transcend traditional Windows storage limitations. With their PC origins, Windows servers traditionally demanded exclusive access to attached storage units. In a SAN, this exclusive control is contrary to basic SAN concepts. Therefore, SAN manufacturers had to develop proprietary utilities that circumvented Windows limitations. With Windows Server 2003, this is no longer the case because it boasts several storage enhancements (see Table 1). The combination of these features help map out a new story for Windows Server 2003 storage, but to profit fully from them, you need to review your DCA needs.

Design Your Storage Solution
According to storage guru Val Bercovici, chief technical architect with Network Appliance Canada Ltd., data is the most stable aspect of any architecture. Hardware platforms and operating systems are changing and evolving constantly, but data is constant and will always form the core of information systems. This is one of the main reasons why storage networks make sense—they free data held captive by single application (including middleware and database) servers. Bercovici says that to create a DCA, you need to focus on four pillars:

  • Storage Networking and Consolidation
  • Data Center Operations
  • Business Continuance
  • Distributed Enterprise

The first pillar, Storage Networking and Consolidation, focuses on decoupling data from single servers. This helps you liberate data from the traditional one server, one data store view and enables you to consolidate storage into volumes or logical units (LUN) that can scale independently of your computing environment. When designing your storage architecture, look for storage networking platforms that don't bind you to one particular protocol. Fibre Channel and the Common Internet File System (CIFS) are popular SAN protocols you can consider. However, Internet Small Computer System Interface (iSCSI), a new IP-based storage-networking standard, has a promising future with Windows Server 2003 as a low-cost alternative to Fibre Channel. Many organizations also require good Network File System (NFS) support for Unix and Linux interoperability.

Back to top

Printer-Friendly Version










Java Pro | Visual Studio Magazine | Windows Server System Magazine
.NET Magazine | Enterprise Architect | XML & Web Services Magazine
VSLive! | Thunder Lizard Events | Discussions | Newsletters | FTPOnline Home