Да лучше не делать такое даже, это надо либо ты все сделал, либо ты ничего не сделал, а он сам сделал.

Промежуточного не будет

В идеале - да, поскольку дописывать за кем-то скрипты и доделывать работу - это бред, прошу самому делать.
Но посмотрим, что руководство захочет от меня за оставшиеся 4 дня, вдруг сумею сделать что-то полезное:)

https://convertdb.com/firebird/mssql попробуйте, я это конкретно не тестил, но другой мигратор у них сносно отработал

Ребят подскажите пожалуйста, забыли пароль от sa, а под пользователем Windows пароль неактивен. Всем спасибо.

Ребят подскажите пожалуйста, забыли пароль от sa, а под пользователем Windows пароль неактивен. Всем спасибо.

Ребят подскажите пожалуйста, забыли пароль от sa, а под пользователем Windows пароль неактивен. Всем спасибо.

см. DAC

dbatools.io есть функция которыя поможет сменить пароль sa

Сейчас созвонился с клиентом, тот обещал дать доступ к их серверу, и сказал что они уже делали выгрузки данных в csv (периодически). Так что можно будет поизучать бд, прикинуть что выгружать, написать скрипты для выгрузки (селекты обычные, собственно говоря) в csv. А после загружать csv себе на SQL server и писать скрипты для вливания данных в нужные таблицы.
Я конечно хотел успеть, чтобы новый сотрудник не сильно расстроился по приходу на новое место работы, но, видимо, ему с ходу будет чем заняться:)

IBExpert умеет данные в SQL-инструкции выгружать

Здравствуйте. Кто сталкивался с импортом данных в SQL Server из Firebird? Какими утилитами пользовались, либо каким образом осуществляли такие манипуляции по переносу данных?
Суть такова:)
У клиента бд на Firebird, он скинул бэкап, но тот почему-то с расширением .bak, что свойственно SQL Server'у, вроде как. Спойлер - SQL Server этот бэкап естественно не открывает. Я ставил  EMS SQL Manager, IBExpert, но они тоже не открывают бэкап (очевидно должно быть иное расширение, не .bak) .
По поводу расширения задал вопрос клиенту, как он вообще это делал, чуть позже даст ответ, надеюсь, понятный ответ.
Но как проводить импорт таких данных в SQL server, если кто знает и подскажет, было бы здорово. Да и по поводу расширения .bak от Firebird интересно узнать, что это такое)
Спасибо.

Коллеги, какая-то мистика. Может подскажете советом.
Жили 2 не маленьких БД (по 140Гб) на 2014 SQL. Делались стандартными планами обслуживания переиндексации/реорганизации индексов, размер diff копий относительно Full был адекватным (3-4Гб).
Проект переехал на 2017 SQL и после планов обслуживания, размер diff копий на ежедневной основе составляет овер 10Гб

Сжатие по дефолту потеряли