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

P.s.  может кто знает ссылку на аналогичный русскоязычный чат по Firebird?)

.bak эта backup базы, ее нужно развернуть на сервере Firebird, SSIS потом цепляется к этой базе и к mssql и передаешь данные.

CSV, BCP

Ты наверно думаешь, что можно сохранить БД на FB и потом сказать чтобы она открылась на  SQL server?

Спасибо. Можно чуть подробнее про то, как развернуть на Firebird? Через какую утилиту.

Нет конечно. Я описал выше ситуацию

FB - редкая птица, не думаю что по ней есть чат, я не встречал.
Есть форум на SQL.ru, наверное, это самый мощный ресурс в Рунете по этой СУБД

Но я тебе и так могу ответить.

Какими утилитами пользовались, либо каким образом осуществляли такие манипуляции по переносу данных?

Схему данных надо слить на FB, подкорректировать и залить в SQLServer. Данные надо слить в каком-то текстовом формате, например, CSV, или других, и потом на основе их формировать данные для SQLServer.
Например, если всё просто, может сработать схема CSV -- BCP IN.

ЭТО РУЧНАЯ ОПЕРАЦИЯ, ДЛЯ ПРОГРАММИСТОВ, НЕ ДЛЯ СИСАДМИНОВ, автоматом это сделать не получится.

бд на Firebird, он скинул бэкап, но тот почему-то с расширением .bak,

Это тебе НЕ понадобится. Либо тебе придётся разворачивать сначала у себя другой инстанс FB и заливать туда этот бэкап (если это вообще бэкап, что совсем не точно).

Расширение и характер этого файла не важны, тебе он скорее всего не нужен вообще.

Спасибо

Спасибо, звучит сложновато, буду копаться. До этого только в SQL сервере работал

Да, не ясно -- схема , таблицы под это дело на стороне SQLServer уже есть?

У клиента одна бд со своей структурой, таблицами и т.д. У нас на SQL Server другая схема, другие таблицы и проч. И нужно найти все соответствующие друг другу сущности, и написать скрипты для переноса данных из их бд в нашу. Данные скрипты в один из дней после рабочего дня клиента нужно запустить чтобы все отработало и перенеслось, всего-то. Пока я делал такое только между базами SQL Server.

Ну тогда поздравляю, ты писал, что "сложновато" -- нет, ВОТ ТЕПЕРЬ это да, очень сложно.

То есть тебе надо ещё и изучить схемы двух БД, сравнить, соотнести друг с другом, и спроектировать, как данные из одной схеме будут располагаться в другой

Спасибо, у меня были подозрения, не для всех случаев нужно устанавливать одинаковые сроки выполнения. Но сроки устанавливал не я:)

Да, в идеале. Но есть небольшое "но". В пятницу у меня последний день работы на данном месте. На прошлой неделе клиент (его it спецы около sql сферы) хотел сделать перенос сам, видимо, не сильно понимая что под ним подразумевается. В конце прошлой недели это делегировали мне, и я сказал что постараюсь успеть. Видимо, не успею:)

А, ну тогда ты можешь смело неделю нифига не делать, ты всё равно не успеешь за 5 дней (один уже прошёл)

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

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

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