"Дата '01.02.0001 0:00:00' не может быть записана в базу данных на MS SQL Server с нулевым смещением дат"

Порядок действий

1. Узнайте смещение базы. Оно хранится в служебной таблице, запрос выполняется в SQL Server Management Studio на базе 1С:

-- 0 значит нулевое смещение, 2000 - штатное для MS SQL
USE YourDb;
SELECT * FROM _YearOffset;

Смещение при регистрации в кластере должно совпадать с этим значением.

2. Найдите даты раньше границы. Граница считается как 1753 минус смещение, при нуле это 01.01.1753. Запрос в консоли запросов по каждой таблице с датами:

// Сколько дат таблицы не поместится при смещении 0
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ РАЗРЕШЕННЫЕ
|	КОЛИЧЕСТВО(ВЫБОР КОГДА Дата < &Граница ТОГДА 1 КОНЕЦ) КАК ДатРаньшеГраницы,
|	МИНИМУМ(ВЫБОР КОГДА Дата < &Граница ТОГДА Дата КОНЕЦ) КАК МинимальнаяДата
|ИЗ
|	Документ.ВашДокумент";
Запрос.УстановитьПараметр("Граница", Дата(1753, 1, 1));
Результат = Запрос.Выполнить().Выгрузить();

Обход всей базы, включая периоды регистров и составные реквизиты, делает обработка “Проверка базы 1С перед переносом на MS SQL Server”, она ничего не пишет в базу.

3. Если ошибка пришла с переносом или загрузкой dt, пересоздайте приёмник со смещением 2000 и повторите перенос. У ibcmd infobase replicate за это отвечает параметр --target-date-offset=2000, при загрузке dt смещение задаётся при создании базы в кластере.

4. Если смещение 0 стоит давно и ошибка падает на одной операции, ищите место, где дата считается от пустой. Типичный след - год 1 в значении: ДобавитьМесяц или НачалоМесяца от пустой даты. Пустую дату проверяйте до расчёта.

5. Таблицу _YearOffset в базе с данными руками не правьте, почему - в первом вопросе ниже.

Как проверить, что исправлено

Операция, которая падала, проходит. После переноса stderr у ibcmd пустой, _YearOffset в приёмнике равен 2000.

Диапазон дат таблицы на уровне СУБД должен сдвинуться ровно на 2000 лет. На стенде у задетого регистра сведений 0001-01-01 .. 2026-07-20 стало 2001-01-01 .. 4026-07-20:

-- Диапазон периодов регистра в приёмнике
SELECT MIN(_Period) AS min_data, MAX(_Period) AS max_data, COUNT(*) AS strok
FROM _InfoRg31415;

Тот же запрос платформы из шага 2 на источнике и приёмнике обязан дать одинаковые числа. Совпавшее количество строк этого не доказывает. Колонки дат на стенде были datetime2, который год 1 хранит, так что подрезку делает платформа по смещению, и правка типов колонок в SQL не поможет.