Требуется вставить в таблицу с полем Identity записи из такой же таблицы с сохранением значения поля Identity из исходной таблицы. Сделать в один "заход" оператором INSERT ... Select * from ... не получается даже при установке Set Identity_insert ... On. Привожу используемый для проверки script :

/* удаляю "мусор" ежели остался */
if exists (select * from dbo.sysobjects where id = object_id(N'rab') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table rab
if exists (select * from dbo.sysobjects where id = object_id(N'srcrab') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table srcrab
/* определяю "источник" и "приемник" */
CREATE TABLE srcrab (aID int IDENTITY (1, 1) NOT NULL ,aName nvarchar (20) NULL)
CREATE TABLE rab (aID int IDENTITY (1, 1) NOT NULL ,aName nvarchar (20) NULL)
/* заполняю источник */
insert into srcrab (aName)values('Sam')

GO
set IDENTITY_INSERT rab ON
/* демонстрирую , что режим ON установлен */
insert into rab (aID,aName)values(6,'Joel')
GO
/* Вот тут и проблема */
insert into rab select aID,aName from srcrab
go
/* демонстрирую , что режим ON установлен все еще */
insert into rab (aID,aName)values(7,'Bob')
go
/* демонстрирую, что получилось в таблице-приемнике */
select * from rab
/* возвращаю все на место */
set IDENTITY_INSERT rab OFF
drop table rab
drop table srcrab

Как решить свою задачу знаю, но страшно интересно , где нибудь в BOL есть указания на счет того, почему сие происходит и если нет , то все таки почему оно так ? Извините , ежели что, за многословие.

Sergey, большое спасибо. С явным указанием полей в destination все идет как хотелось.
За последнее время это уже второй случай , когда неявное или * указание полей работает ( или точнее не работает ) не как надо. В первом случае у меня было View с указанием выбора полей в виде *. После того, как я добавил - вставил новое поле в таблицу откуда брал поля, но не пересоздал View, это View возвращало значения полей со сдвигом , то есть не видело (View), что поле вставлено.
Все таки интересно, где нибудь эти , как здесь говорят, фичи описаны ? Еще раз спасибо.

Еще одно наблюдение :
если делать INSERT ... values(...) и не указывать в нем списка полей, то это переключает IDENTITY_INSERT в состояние OFF до выполнения вставки,
а INSERT ... select ... с неявным списком полей не делает этого переключения.

Оказывается полезно читать сообщения, в одном из сообщений почти вся ситуация четко отслеживается :
An explicit value for the identity column in table ... can only be specified when a column list is used and IDENTITY_INSERT is ON.

Правда здесь не говорится , что IDENTITY_INSERT будет или не будет принудительно переключен в состояние OFF .

Прошу прощения за беспокойство. Извините малограмотного ....