Witam,

Otrzymałem od klienta zarchiwizowany podmiot Inserta (2 pliki, *.i01 i *.iar). Chciałem go dorzucić do bazy danych z "moimi" podmiotami. Nie mam pojęcia na jakiej wersji bazy danych pracował podmiot klienta - dostałem same pliki, a eksport klientowi robiła firma zewnętrzna.

Łącząc się przez zdalny pulpit, na serwerze uruchamiam Archiwizatora i próbuje dearchiwizację, wskazując powyższe pliki, które zapisałem na serwerze C:\arch\

Niestety występuje błąd "Nie można wykonać dearchiwizacji" i odsyłający do logów, a tam niestety nie tworzy się żaden wpis po tej operacji (sądząc po dacie i godzinie. Wszystkie poprzednie operacje, np. kilka h wcześniej są w logach, ale nie będę nimi zaśmiecał forum)

Wpis w logach za to tworzy się jak próbuje wykonać dearchiwizację z komputera klienckiego lub z serwera ze wskazaniem udostępnionego folderu (Folderów archiwum, folder roboczy) na komputerze klienckim.

Tu jednak logi się pojawiają:

2017-08-10 15:30:23  spid76  Error: 18204, Severity: 16, State: 1.
2017-08-10 15:30:23  spid76  BackupDiskFile::OpenMedia: Backup device 'C:\arch\{DADE84B6-CC9A-4F83-A49F-A5DD08CD5CCE}\Truck_Bar_201707271321.bak' failed to open. Operating system error 3(System nie może odnaleźć określonej ścieżki.).
2017-08-10 15:30:23  spid76   Attempting to load library 'xplog70.dll' into memory. This is an informational message only. No user action is required.
2017-08-10 15:30:23  spid76   Using 'xplog70.dll' version '2009.100.1600' to execute extended stored procedure 'xp_msver'. This is an informational message only; no user action is required.

Pierwsza część logu wskazuje zapewne na jakieś problemy z dostępem serwera. Na "chłopski" rozum spróbowałem z poziomu serwera wejść w przeglądanie sieci, tego folderu i wkleić tam jakieś pliki i wszystko ok.


System operacyjny na serwerze: Windows Server 2008 R2
Baza danych SQL 10.50
SQL Backward compatibility raczej mam zainstalowany (przy próbie instalacji otrzymuje komunikat, że już jest zainstalowany)

Czy można jakoś "ręcznie" dodać taki podmiot poprzez jakąś aplikację? Jak sprawdzić na jakiej wersji bazy danych pracował podmiot, będzie to wynikać z pliku *.iar?

Problem jest taki, że archiwizacja i dearchiwizacja w tych któregokolwiek z "moich" podmiotów, które już były w bazie danych przebiega pomyślnie.
Oczywiście folder archiwum i folder roboczy są te same.

Dziękuję bardzo za pomoc. W takim razie sprawa nie będzie dla mnie taka prosta, bo ewentualnym rozwiązaniem jest chyba tylko uruchomić serwer SQL na nowszej wersji ( wcześniej ustalić jaka wersja była u klienta) lub uprgrade'ować (da się??) obecny SQL do wyższej wersji.

Jak się spodziewam, problemem może być również Windows Server 2008, bo pewnie ciężko na nim będzie uruchomić serwer SQL w nowych, wyższych wersjach.

//EDIT
Udało mi się ustalić, że u klienta podmiot ten pracował na serwerze SQL w w wersji 14. Domyślam się, że teraz sprawa jest ciężka.

Udało mi się ustalić, że u klienta podmiot ten pracował na serwerze SQL w w wersji 14. Domyślam się, że teraz sprawa jest ciężka.

Najpierw ustal faktyczną wersję (patrz poprzedni post @dkozlowski) 

Potem cała "ciężkość sprawy" to wybór pomiędzy dwoma opcjami:
1. zainstalować odpowiednią wersję serwera SQL, na niej odtworzyć i na niej już pozostać (ew. w przyszłości zmieniając na jeszcze nowszą)
2. zlecić przeniesienie danych z tej bazy do bazy w wersji, którą masz na serwerze.

To drugie ma sens (moim zdaniem) tylko jeżeli naprawdę zależy Ci na tym żeby pozostać na serwerze SQL w wersji jaką używasz do tej pory.

Zgodnie z Waszymi radami, zainstalowałem odpowiednią wersję SQL, na niej bez problemu odtworzył się podmiot i wszystko działa. (...)
Nie wiem jak i czy w ogóle SQL Server 2014 działałby na Windows Server 2008 R2

To jak go zainstalowałeś?

Tak z głupia frant spytam - próbowałeś zainstalować SQL 2014 na serwerze i się nie udało czy nastawiasz się na problem już z góry?

Jak to mówią "nie sądźcie byście nie zostali osądzeni"