Witam,
Przenoszę bazę Subiekta GT 1.37 na nowy komputer z Windows Server 2012.
Dotychczas rolę serwera pełnił komputer z Win7.
Zainstalowałem wersję serwerową na komp. docelowym, wykonałem archiwizację na starym komp, ale problem jest z dearchiwizacją na docelowym.
Pojawia się błąd, a logi jak niżej:


Server  Microsoft SQL Server 2008 R2 (SP1) - 10.50.2500.0 (X64)
    Jun 17 2011 00:54:03
    Copyright (c) Microsoft Corporation
    Express Edition (64-bit) on Windows NT 6.2 <X64> (Build 9200: )
 
2015-10-27 17:37:16  Server  (c) Microsoft Corporation.
2015-10-27 17:37:16  Server  All rights reserved.
2015-10-27 17:37:16  Server  Server process ID is 3212.
2015-10-27 17:37:16  Server  System Manufacturer: 'Dell Inc.', System Model: 'PowerEdge T110 II'.
2015-10-27 17:37:16  Server  Authentication mode is MIXED.
2015-10-27 17:37:16  Server  Logging SQL Server messages in file 'c:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\Log\ERRORLOG'.
2015-10-27 17:37:16  Server  This instance of SQL Server last reported using a process ID of 3812 at 2015-10-27 17:37:15 (local) 2015-10-27 16:37:15 (UTC). This is an informational message only; no user action is required.
2015-10-27 17:37:16  Server  Registry startup parameters:
     -d c:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\DATA\master.mdf
     -e c:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\Log\ERRORLOG
     -l c:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\DATA\mastlog.ldf
2015-10-27 17:37:16  Server  SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2015-10-27 17:37:16  Server  Detected 4 CPUs. This is an informational message; no user action is required.
2015-10-27 17:37:16  Server  Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
2015-10-27 17:37:16  Server  Node configuration: node 0: CPU mask: 0x000000000000000f:0 Active CPU mask: 0x000000000000000f:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
2015-10-27 17:37:16  spid7s  Starting up database 'master'.
2015-10-27 17:37:16  spid7s  Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
2015-10-27 17:37:16  spid7s  FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'INSERTGT'.
2015-10-27 17:37:16  spid7s  SQL Trace ID 1 was started by login "sa".
2015-10-27 17:37:16  spid7s  Starting up database 'mssqlsystemresource'.
2015-10-27 17:37:16  spid7s  The resource database build version is 10.50.2500. This is an informational message only. No user action is required.
2015-10-27 17:37:16  spid10s  Starting up database 'model'.
2015-10-27 17:37:16  spid7s  Server name is 'WIN-SL8PHVR523D\INSERTGT'. This is an informational message only. No user action is required.
2015-10-27 17:37:16  spid7s  Informational: No full-text supported languages found.
2015-10-27 17:37:16  spid7s  Starting up database 'msdb'.
2015-10-27 17:37:16  Server  A self-generated certificate was successfully loaded for encryption.
2015-10-27 17:37:16  Server  Server is listening on [ 'any' <ipv6> 50568].
2015-10-27 17:37:16  Server  Server is listening on [ 'any' <ipv4> 50568].
2015-10-27 17:37:16  Server  Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\INSERTGT ].
2015-10-27 17:37:16  Server  Server named pipe provider is ready to accept connection on [ \\.\pipe\MSSQL$INSERTGT\sql\query ].
2015-10-27 17:37:16  Server  Dedicated administrator connection support was not started because it is disabled on this edition of SQL Server. If you want to use a dedicated administrator connection, restart SQL Server using the trace flag 7806. This is an informational message only. No user action is required.
2015-10-27 17:37:16  Server  The SQL Server Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error: 0x54b, state: 3. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.
2015-10-27 17:37:16  Server  SQL Server is now ready for client connections. This is an informational message; no user action is required.
2015-10-27 17:37:16  spid10s  Clearing tempdb database.
2015-10-27 17:37:16  spid7s  The tail of the log for database msdb is being rewritten to match the new sector size of 4096 bytes.  3584 bytes at offset 1339904 in file c:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\DATA\MSDBLog.ldf will be written.
2015-10-27 17:37:16  spid10s  Starting up database 'tempdb'.
2015-10-27 17:37:16  spid13s  The Service Broker protocol transport is disabled or not configured.
2015-10-27 17:37:17  spid13s  The Database Mirroring protocol transport is disabled or not configured.
2015-10-27 17:37:17  spid13s  Service Broker manager has started.
2015-10-27 17:37:17  spid7s  Recovery is complete. This is an informational message only. No user action is required.
2015-10-27 17:38:55  spid51  Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required.
2015-10-27 17:38:55  spid51  Using 'xpstar.dll' version '2009.100.1600' to execute extended stored procedure 'xp_instance_regread'. This is an informational message only; no user action is required.
2015-10-27 17:41:43  Logon  Error: 17806, Severity: 20, State: 14.
2015-10-27 17:41:43  Logon  SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure.  [CLIENT: 192.168.1.58].
2015-10-27 17:41:43  Logon  Error: 18452, Severity: 14, State: 1.
2015-10-27 17:41:43  Logon  Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [CLIENT: 192.168.1.58]
2015-10-27 17:41:46  Logon  Error: 17806, Severity: 20, State: 14.
2015-10-27 17:41:46  Logon  SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure.  [CLIENT: 192.168.1.58].
2015-10-27 17:41:46  Logon  Error: 18452, Severity: 14, State: 1.
2015-10-27 17:41:46  Logon  Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [CLIENT: 192.168.1.58]
 

Dwa pliku archiwum ze starego komputera przekopiowałem na nowy i próbuje użyć dearchiwizacji aby zaczytać dane ze starego programu.
Załączam screeny.
W tej chwili w logach nie pojawiają się żadne nowe zapisy

Tak, na pewno wersja serwerowa.
Archiwizację wykonałem na starym komputerze, aby pliki, które się wygenerowały przenieść na nowy. Archiwizacja wykonała się bez problemu, pliki skopiowałem na nowy (docelowy komputer - serwer) do folderu C:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\Backup\
Plik archiwum nazywa się ZOLTA.iar oraz ZOLTA.i01
Nazwa serwera WIN-SL8PHVR523D\insertgt - jest to localhost
Autentyfikacja Windows.

SSMS nie jest w stanie odtworzyć tego backupu, gdyż jest to archiwum chyba w jakimś formacie inserta, a nie bazodanowym - nie akceptuje tego pliku aby go wypakować.

Czy wykonanie backupu bazy przez SSMS na starym komputerze i import na nowym przeniesie 100% danych i ustawień ?

Nie odpowiedziałeś czy archiwizacja się wykonuje, a chodziło oczywiście o nowy serwer, a nie stary...

Autentyfikacja Windows.

A o czym pisałem...

SSMS nie jest w stanie odtworzyć tego backupu, gdyż jest to archiwum chyba w jakimś formacie inserta, a nie bazodanowym - nie akceptuje tego pliku aby go wypakować.

Wystarczy wykonać archiwizację bez kompresji.

Czy wykonanie backupu bazy przez SSMS na starym komputerze i import na nowym przeniesie 100% danych i ustawień ?

Backup jest zawsze taki sam, nie ważne jak zostanie wykonany, gdyż zawsz wykonuje go serwer SQL tylko wykonanie uruchamiają różne aplikacje (Archiwizator, SSMS, itp).

SQL Server 2005 Backward Compatibility ...

można zerknąć w wątek:

http://www.forumsubiekta.pl/subiekt/subiekt-gt-1-25-problem-z-archiwizacja/