Необычное поведение запроса

=Сергей=
Дата: 07.05.2015 14:35:35
простой запрос отваливается с удалённого сервера с ошибкой:
A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 - The semaphore timeout period has expired.)

Запрос очень простой:
1. проверка и создание постоянной таблицы, если её не существует (а она существует)
2. проверка, удаление и создание временной таблицы, если она существует (а она не существует).

if not exists (select 1 from sys.objects where [object_id] = object_id('MyStat')
create table MyStat([id] int identity(1,1),[Parameter] varchar(32) not null,[Value] varchar(16) not null, [BegTime] datetime not null, [EndTime] datetime not null, [Count] int not null, constraint [PK_MyStat] primary key clustered ([Parameter],[Value]))

if exists (select 1 from tempdb..sysobjects where [id] = object_id('tempdb..#MyStat')
drop table #MyStat
create table #MyStat([Parameter] varchar(32) not null,[Value] varchar(16) not null, [BegTime] datetime not null, [EndTime] datetime not null, [Count] int not null)

При исполнении указанного фрагмента в открытом подключении к удалённому серверу, он секунд 30 думает, затем выдаёт указанную выше ошибку.
Интересно другое: по отдельности эти куски выполняются достаточно шустро, а вот вместе - никак. Более того, получение данных с этого сервера тоже прекрасно работает - ИМХО это не связано с каналом передачи.
В чём может быть причина?
Glory
Дата: 07.05.2015 14:40:03
=Сергей=
Запрос очень простой:

Это не запрос. Это скрипт из нескольких(!) команд

=Сергей=
При исполнении указанного фрагмента в открытом подключении к удалённому серверу, он секунд 30 думает, затем выдаёт указанную выше ошибку.

В каком приложении ? Какой драйвер использует это приложение ? Какой протокол соединения ?
30 секунд похожы на стандартный таймаут для соединения
=Сергей=
Дата: 07.05.2015 14:42:37
Приложение - Management Studio. Интересно, что на нескольких серверах - всё корректно отрабатывается, а на одном - вот так.
Glory
Дата: 07.05.2015 14:44:35
=Сергей=
Приложение - Management Studio. Интересно, что на нескольких серверах - всё корректно отрабатывается, а на одном - вот так.

это не серверная ошибка
Версия у вашей Management Studio какая ? Совпадает ли она с версией сервера ?
=Сергей=
Дата: 07.05.2015 14:53:58
Glory,
Мой Microsoft SQL Server 2008 R2 (SP3) - 10.50.6000.34 (X64) ... Data Center Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1),
а удалённый - Microsoft SQL Server 2005 - 9.00.5000.00 (Intel X86) ... Developer Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
P.S. на других удалённы серверах, работающих без ошибок - такая же версия и обновление удалённых серверов для меня невозможно.
virtuOS
Дата: 07.05.2015 15:01:56
Операционки и железо на серверах одинаковое? Была такая ситуация с Windows 2008R2, какой-то баг в сетевом протоколе (статью на сайте MS не помню). По личному опыту чаще проявляется при объединении сетевых карт в один пул.
Glory
Дата: 07.05.2015 15:03:51
=Сергей=
Мой Microsoft SQL Server 2008 R2 (SP3) - 10.50.6000.34 (X64) ... Data Center Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1),
а удалённый - Microsoft SQL Server 2005 - 9.00.5000.00 (Intel X86) ... Developer Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

Management Studio какой версии ?
=Сергей=
Дата: 07.05.2015 15:04:45
virtuOS,
Я не конфигурил удалённый сервер, но вполне возможно наличие там нетривиальных настроек сетевых интерфейсов, транков и прочего.
Возможно ли появление указанной ошибки из-за проблем с БД?
=Сергей=
Дата: 07.05.2015 15:06:39
Glory,
10.50.6000.34
Glory
Дата: 07.05.2015 15:10:11
=Сергей=
Glory,
10.50.6000.34

Т.е. вы из студии 2008 R2 (SP3), используя драйвер 2008 R2(SP3), соединятесь с 2005 и на некоторых скриптах соединение ломается ?