Sql error 0 no process is on the other end of the pipe

I have written a windows form application with C#.Net using SMO for backup and restore the database. 
here is my connection string:

<connectionStrings>
    <add name="PhoneBookEntities" connectionString="metadata=res://*/Model.csdl|res://*/Model.ssdl|res://*/Model.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=.SQLEXPRESS;attachdbfilename=|DataDirectory|PhoneBook.mdf;Pooling=true;Min Pool Size=1;integrated security=True;user instance=True;multipleactiveresultsets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />
  </connectionStrings>

Somtimes (specially when I reboot my pc) when I run the program I come across with this error message:

System.Data.EntityException: The underlying provider failed on Open. ---> System.Data.SqlClient.SqlException: The client was unable to establish a connection because of an error during connection initialization process before login. Possible causes include the following:  the client tried to connect to an unsupported version of SQL Server; the server was too busy to accept new connections; or there was a resource limitation (insufficient memory or maximum allowed connections) on the server. (provider: Named Pipes Provider, error: 0 - No process is on the other end of the pipe.)
   at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject)
   at System.Data.ProviderBase.DbConnectionPool.PoolCreateRequest(Object state)
   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.EntityClient.EntityConnection.OpenStoreConnectionIf(Boolean openCondition, DbConnection storeConnectionToOpen, DbConnection originalConnection, String exceptionCode, String attemptedOperation, Boolean& closeStoreConnectionOnFailure)
   --- End of inner exception stack trace ---
   at System.Data.EntityClient.EntityConnection.OpenStoreConnectionIf(Boolean openCondition, DbConnection storeConnectionToOpen, DbConnection originalConnection, String exceptionCode, String attemptedOperation, Boolean& closeStoreConnectionOnFailure)
   at System.Data.EntityClient.EntityConnection.Open()
   at System.Data.Objects.ObjectContext.EnsureConnection()
   at System.Data.Objects.ObjectQuery`1.GetResults(Nullable`1 forMergeOption)
   at System.Data.Objects.ObjectQuery`1.System.Collections.Generic.IEnumerable<T>.GetEnumerator()
   at PhoneBook.Repository.Departments()
   at PhoneBook.MainForm.PrepareDepartmentComboBox()
   at PhoneBook.MainForm.RefreshForm()
   at PhoneBook.MainForm.MainForm_Load(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

and if I quit and run it again there will be no error and the application shows up normally. This problem
sometimes occurs at the beginning of the program and sometimes it doesn’t. My instance is SQL Express
2008 R2 and I want to give the user the ability of backup/restore his/her own database which is located in his system. That’s why I’ve used «user instance». I don’t know whether this problem depends on loading SMO assemblies at the beginning of application
or not, as well as why it occurs occasionally .

here is the backup/restore code:

static readonly string strConnection = @"Data Source=.SQLEXPRESS;AttachDbFilename=|DataDirectory|PhoneBook.mdf;Integrated Security=True;User Instance=True;";
public static void BackupDatabase(string destinationPath)
        {
            Backup sqlBackup = new Backup();

            sqlBackup.Action = BackupActionType.Database;
            sqlBackup.BackupSetDescription = "ArchiveDataBase:" + DateTime.Now.ToShortDateString();
            sqlBackup.BackupSetName = "Archive";
            sqlBackup.Database = "PhoneBook";

            BackupDeviceItem deviceItem = new BackupDeviceItem(destinationPath, DeviceType.File);
            SqlConnection con = new SqlConnection(strConnection);
            con.Open();
            ServerConnection connection = new ServerConnection(con);
            Server sqlServer = new Server(connection);

            sqlBackup.Initialize = true;
            sqlBackup.Checksum = true;
            sqlBackup.ContinueAfterError = true;
            sqlBackup.Devices.Add(deviceItem);
            sqlBackup.Database = con.Database;
            sqlBackup.Action = BackupActionType.Database;
            sqlBackup.Incremental = false;
            sqlBackup.LogTruncation = BackupTruncateLogType.Truncate;
            sqlBackup.FormatMedia = false;
            sqlBackup.SqlBackup(sqlServer);
        }

        public static void RestoreBackup(string Address)
        {
            using (SqlConnection conn = new SqlConnection(strConnection))
            {
                conn.Open();
                ServerConnection sc = new ServerConnection(conn);
                Server srv = new Server(sc);
                BackupDeviceItem bdi = new BackupDeviceItem(Address, DeviceType.File);
                Restore resDB = new Restore();

                resDB.Devices.Add(bdi);
                resDB.NoRecovery = false;
                resDB.ReplaceDatabase = true;
                resDB.Database = conn.Database;

                srv.KillAllProcesses(conn.Database);
                resDB.SqlRestore(srv);
            }
        }

What should I do? Am I missing something?

Вопрос

На нескольких удаленных компах Win7 x64 (не знаю одновременно или нет) перестал работать SQL Express 2005. Есть 32-х разрядные 7-ки, но пока не жаловались. При подключении хоть SA, хоть виндовой учеткой вылетает ошибка 233 «С обоих концов канала отсутствуют процессы».
Служба SQL работает, удаленные подключения включены. Cmd к SQL не подключается ни локально, ни удаленно, та же ошибка.

Мучался, мучался, решил переставить. Вынес все что только возможно с Uninstall-ером, ставлю по новой, установщик доходит до запуска службы sql, запускает ее и опять та же ошибка «С обоих концов канала отсутствуют процессы». И соответственно не ставится. Игрался разными версиями SQL 2005, 2008, 2012. То же самое. Fremeworkи и MSXML тоже переставлял. Антивири, брэндмауреры отключал/удалял, все без толку.

Что еще SQL-ю может мешать, или что еще могло глюкануть в винде? Что ему не дает запускаться? Уже голову сломал! Кстати на всех компах винда лицензия, офис 2010 лицензия и каспер 10.

Вариант переустановки винды не рассматривается, сильно удаленные компы и их много.

Источник

SQL EXPRESS Поставщик общей памяти: С обоих концов канала отсутствуют процессы.

Всем привет, базу загрузкил из бэкапа с сервера себе локально на комп, в SQL Express, все ок, добавил базу в сервер 1С — все ок. Но при входе в базу ругается —
»
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 11.0: Поставщик общей памяти: С обоих концов канала отсутствуют процессы.

HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=233, line=0
SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=233, line=0
SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=233, line=0

В экспрессе не могу найти настройку по общей памяти, только в регистрации нового сервера смог по умолчанию на вкладке «свойства соединения» установить не по умолчанию а ТСП/ИП

Старая знатная проблема. Лечится так, только я не в курсе есть ли в экспрессе такая настройка: network packet size

Выкручивай ее до максимума, насколько сам експресс позволяет (если позволяет). В обычной версии это значение 32767.

Если в конфигуратор можешь зайти — удаляй из метаданных все, что много весит — как правило это всякие бинари в макете.

Еще можешь попробовать (если в конфигуратор опять же зашел), объединиться с живым cf на x64 ОС.

Но лучше и проще, отбекапиться не на экспрессе, и тогда этой проблемы не буедт.

(4)
Сообщение 9675 компонента Service Broker, состояние 1: Проанализировано типов сообщений: 14.
Сообщение 9676 компонента Service Broker, состояние 1: Проанализировано контрактов службы: 6.
Сообщение 9667 компонента Service Broker, состояние 1: Проанализировано служб: 3.
Сообщение 9668 компонента Service Broker, состояние 1: Проанализировано очередей служб: 3.
Сообщение 9669 компонента Service Broker, состояние 1: Проанализировано конечных точек диалога: 0.
Сообщение 9674 компонента Service Broker, состояние 1: Проанализировано групп сообщений: 0.
Сообщение 9670 компонента Service Broker, состояние 1: Проанализировано привязок удаленной службы: 0.
Сообщение 9605 компонента Service Broker, состояние 1: Проанализировано приоритетов диалога: 0.
Сообщение 8939, уровень 16, состояние 98, строка 3
Ошибка таблицы: идентификатор объекта 0, идентификатор индекса -1, идентификатор секции 0, идентификатор единицы размещения -9020373361737924608 (тип Unknown), страница (3372:2100441395). Тест (IS_OFF (BUF_IOERR, pBUF->bstat)) не прошел. Значения — 12584969 и -14.
Сообщение 8939, уровень 16, состояние 98, строка 3
Ошибка таблицы: идентификатор объекта 0, идентификатор индекса -1, идентификатор секции 0, идентификатор единицы размещения -8371861316339892224 (тип Unknown), страница (13616:942815280). Тест (IS_OFF (BUF_IOERR, pBUF->bstat)) не прошел. Значения — 12584969 и -1.

И дальше в том же стиле.

бэкап в sql сделал и пробовал на других серверах ее поднять — тоже самое.

Причем на том сервере есть другие базы и они нормально работают. т.е. скорее всего дело не в настройках сервера sql

На изначальном сервере ругается так:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 11.0: Поставщик TCP: Удаленный хост принудительно разорвал существующее подключение.

Источник

На другом конце канала нет процессов (SQL Server 2012)

У меня такая ошибка:

Я знаю, что на этом сайте есть похожие вопросы, и ответ — включить TCP / IP и каналы. Но я включил оба, и все еще не работает:

Я использую Microsoft SQL Server 2012, и у пользователя есть все разрешения.

18 ответов

Сервер был настроен только на проверку подлинности Windows по умолчанию. Нет никаких уведомлений о том, что причина ошибки именно в этом, поэтому понять это сложно. Студия управления SQL не предупреждает вас, даже если вы создаете пользователя только с проверкой подлинности SQL.

Итак, ответ: Переключитесь с Windows на аутентификацию SQL :

1. Щелкните правой кнопкой мыши имя сервера и выберите properties ;
2. Выберите вкладку security ;
3. Включите SQL Server and Windows Authentication mode ;
4. Перезапустите службу SQL Server.

Теперь вы можете подключиться со своим логином / паролем.

Также вы можете попробовать перейти к службам и перезапустить экземпляр сервера Sql.

Итак, недавно у меня тоже было это для интегрированной безопасности. Оказалось, что мою проблему на самом деле довольно просто исправить, но в основном потому, что я забыл добавить «Trusted_Connection = True» в строку подключения.

Я знаю, что это может показаться довольно очевидным, но мне пришлось потратить около 20 минут, пока я не понял, что скопировал формат строки подключения из connectionstrings.com, и эта часть строки подключения отсутствовала.

Просто и я чувствую себя немного глупо, но это был ответ для меня.

Чтобы решить эту проблему, подключитесь к SQL Management Studio с помощью проверки подлинности Windows, затем щелкните правой кнопкой мыши узел сервера «Свойства» -> «Безопасность» и включите режим проверки подлинности SQL Server и Windows. Если вы используете sa, убедитесь, что учетная запись включена. Для этого откройте «sa» в разделе «Логины» и просмотрите статус.

Если это не сработало, вам может потребоваться переустановить SQL Server.

Другой причиной этой ошибки может быть неправильное или несуществующее имя базы данных.

Принудительное установление TCP / IP-соединения (путем предоставления 127.0.0.1 вместо localhost или . ) может выявить настоящую причину ошибки. В моем случае имя базы данных, указанное в строке подключения, было неверным.

Итак, вот чек-лист:

• Убедитесь, что Named Pipe включен в диспетчере конфигурации (не забудьте перезапустить сервер).
• Убедитесь, что база данных, к которой вы подключаетесь, существует.
• Убедитесь, что проверка подлинности SQL Server (или смешанный режим) включена.

Пожалуйста, проверьте это также Также проверьте конфигурацию TCP / IP, включите Names PipeLine и общую память.

Если вы пытаетесь войти в систему с учетными данными SQL, вы также можете попробовать изменить LoginMode для SQL Server в реестре, чтобы разрешить как проверку подлинности SQL Server, так и проверку подлинности Windows.

1. Открыть регедит
2. Перейдите к ключу экземпляра SQL (может отличаться в зависимости от имени вашего экземпляра): Computer HKEY_LOCAL_MACHINE SOFTWARE Microsoft Microsoft SQL Server MSSQL14.SQLEXPRESS MSSQLServer
3. Установите LoginMode на 2

1. Перезапустите службу SQL и SQL Server Management Studio и повторите попытку.

Я сталкиваюсь с этой проблемой во второй раз, и все предыдущие ответы не удались, к счастью, следующий запрос выполняет свою работу:

Для меня истек срок действия пароля для моего пользователя, входящего в систему, и я получил то же исключение. Затем я вхожу в систему в режиме проверки подлинности Windows и меняю пароль для связанного пользователя, и это решило мою проблему.

Ага, эта ошибка могла также быть «что-то не удалось, удачи в разоблачении» — в моем случае это было неправильное имя пользователя. SQL Server 2019 RC1.

Была и эта ошибка, причина была простой, но не очевидной: неверный пароль. Не уверен, почему я не получил просто «Ошибка входа» от только что установленного сервера SQL 2016.

У меня та же проблема: «Соединение с сервером было успешно установлено, но затем произошла ошибка во время процесса входа в систему. (Поставщик: поставщик общей памяти, ошибка: 0 — на другом конце канала нет процесса.)»

Сервер = POS06 SQLEXPRESS; AttachDbFilename = C: . Datas.mdf; Начальный каталог = Datas; ID пользователя = sa; Pwd = 12345; Время ожидания подключения = 10;

Но мой SQL — это POS06 MSQL2014

Измените строку подключения на

Сервер = POS06 MSQL2014; AttachDbFilename = C: . Datas.mdf; Начальный каталог = Datas; ID пользователя = sa; Pwd = 12345; Время ожидания подключения = 10;

Всегда пытайтесь войти в систему, используя эти учетные данные с помощью SQL Management Studio. Это может раскрыть некоторые дополнительные детали, которые вы не получите во время выполнения в своем коде. Я проверил аутентификацию SQL + Windows, перезапустил сервер, но все равно не повезло. После попытки войти в систему с помощью SQL Management я получил следующее приглашение:

Каким-то образом срок действия пароля истек, хотя логин был создан всего за несколько минут до этого. В любом случае, новый пароль установлен, строка подключения обновлена ​​и все в порядке.

Убедитесь, что вы указали пользователя в Security-> Logins, если нет — добавьте его и попробуйте еще раз.

Следуйте другому ответу, и, если он по-прежнему не работает, перезагрузите компьютер, чтобы эффективно перезапустить службу SQL Server в Windows.

В моем случае база данных была восстановлена, и пользователь уже использовался для подключения. Мне пришлось удалить пользователя в базе данных и воссоздать сопоставление пользователей для входа в систему.

Это может потерпеть неудачу, если у пользователя есть какие-либо схемы. Они должны быть назначены dbo перед удалением пользователя. Получите схемы, принадлежащие пользователю, используя первый запрос ниже, а затем измените владельца этих схем, используя второй запрос (HangFire — это схема, полученная из предыдущего запроса).

1. Обновите сопоставление пользователей для пользователя. В студии управления перейдите в раздел «Безопасность» -> «Вход» -> «Открыть пользователя» -> «Перейти на вкладку сопоставления пользователей» -> «Включить базу данных» и назначить соответствующую роль.

В моем случае: назначить пользователю роль системного администратора.

1. Войти как авторизованный пользователь Windows
2. Перейдите к: Безопасность-> Вход-> Щелкните правой кнопкой мыши пользователя-> Назначить роль сервера как системного администратора.

Источник

Fix SQL Server Error 233: No process is on the other end of the pipe

by Manvendra Deo Singh · Published February 15, 2018 · Updated July 23, 2021

Today, I got SQL Server error 233 no process is on the other end of the pipe while connecting to one of the SQL Server instance using SSMS client. SQL Error 233 was saying No process is on the other end of the pipe and its details are given as:

A connection was successfully established with the server, but then an error occurred during the login process. (provider: Shared Memory Provider, error: 0 – No process is on the other end of the pipe) (Microsoft SQL Server, Error: 233)

You can see the screenshot of this error that I had received while making a database connection.

SQL Server Error 233 No process is on the other end of the pipe – Root Cause

Above SQL error 233 suggests the provider name as Shared Memory Provider. We know Shared Memory is a protocol used in SQL Server along with TCP/IP and Named pipe. We decided to check the settings and values for all protocols in SQL Server Configuration Manager.

I launched SQL Server Configuration manager and expanded SQL Server Network Protocols from left side pane. Here, you can see an option “Protocols for MSSQLSERVER”. MSSQLSERVER is the name of SQL Server Instance as default instance has been installed there. If you have named instance installed on your machine then you might get “Protocols for