Если Вы только пытаетесь скопировать его в запрос анализатор для выполнения его, возможно, Вы могли просто создать пакетный файл с помощью OSQL для выполнения его от командной строки.
Вот MSDN для OSQL: http://msdn.microsoft.com/en-us/library/aa213090.aspx
Существует несколько возможностей, что я могу думать.
@Chris избил меня к нему для части первой того, что я собирался сказать, таким образом, я не повторю его.
Второе, и IMO менее вероятно, возможность состоит в том, что индекс восстанавливает, также обновил статистику, и SQL-сервер теперь использует различные планы выполнения, которые избегают мертвой блокировки.
Единственный способ действительно сказать состоит в том, чтобы тщательно исследовать график мертвой блокировки и прежде и после QEP's. Который не может быть возможным теперь, если проблема была "устранена".
Наконец, я сомневаюсь, что это будет постоянной фиксацией.
Вам не нужен кластерный индекс, хотя это обычно - хорошая идея. Если, конечно, первичным ключом не является GUID, или записи в таблице проходят высокий процент, удаляет / вставляет. Я думаю о чисто временных столах с возможностью хранения.
Скорее всего, индексы, которые использовались запросами, которые заходили в тупик, были высоко фрагментированы, который является, почему индекс восстанавливает, заставил проблему уходить.
Вы могли бы представить те запросы, чтобы видеть, помогут ли другие индексы.