считывать куда? Ты пишешь

select * from demo

и читай себе по сколько угодно строк...

Копировать данные из одной таблицы в другую, аналогичную первой

Да, вариант, select * from demo -- это и есть курсор...

А там не надо "по 100 строк"

Ладно я понял, ты сам не знаешь что хочешь...

Сделать SQL обработчик по переносу файлов.
- Создать новую БД «Binaries»
- Обработчик должен копировать записи из таблицы «dvsys_binaries» базы «DV_MAGN» в
аналогичную таблицу новой базы.
При этом, поскольку записей может быть много, нужно чтобы выполнение запроса
производилось маленькими транзакциями (например по 100 записей) и при прерывании
выполнения запроса, можно было его заново запустить чтобы он докопировал то, что
осталось.

Вот ты мозготрах

Под прерывание м имеется ввиду нажать на кнопку стоп, а потом опять запустить

Так бы и сразу писал...

Ну так за меня решат, а так подскажут, разница большая

declare @skip int = 0;
declare @take int = 100;
declare @row_count int = 1;
while (@row_count > 0) begin
  select
  *
  from dbo.tbl t
  order by t.create_date
  offset @skip rows
  fetch next @take row only;
  set @row_count = @@rowcount;
  set @skip = @skip + @take;
end

Каждый цикл придётся сортировать всю таблицу, а данных может быть много. Не кажется ли вам это ресурсозатратным?

Сортировка всегда ресурсозатратна.
При fetch next (и не только) оптимально при сортировке по индексированному(кластерному) или с вариантом
ORDER BY (SELECT NULL)

какое будем ваше предложение?

Всем привет, пару концептуальных вопросов есть, в MSSQL integration services как отдельная служба ставится?

хочу напилить план обслуживания для 1сных баз и выгрузить его

да

Это лучше вместо плана использовать
https://ola.hallengren.com/

печально конечно что нет нативного экспорта/импорта, каким-либо образом унифицировать процесс видимо не получится?

TSQL не позволит создать план обслуживания