Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: TadWar w Kwiecień 08, 2016, 12:49:29
-
Zainstalowałem nową wersję Subiekta 1.43 HF1
Podczas dearchiwizacji z wersji 1.39 występuje błąd: Serwer nie mógł przeprowadzić dearchiwizacji - szczegóły w logu serwera
Co może być przyczyną
Pozdrawiam
-
Przepraszam nie wstawiłem loga
2016-04-08 11:11:13 Server Microsoft SQL Server 2008 R2 (SP1) - 10.50.2500.0 (Intel X86)
Jun 17 2011 00:57:23
Copyright (c) Microsoft Corporation
Express Edition on Windows NT 6.1 <X86> (Build 7601: Service Pack 1)
2016-04-08 11:11:13 Server (c) Microsoft Corporation.
2016-04-08 11:11:13 Server All rights reserved.
2016-04-08 11:11:13 Server Server process ID is 1416.
2016-04-08 11:11:13 Server System Manufacturer: 'PC-FACTORY', System Model: 'G31M-ES2L'.
2016-04-08 11:11:13 Server Authentication mode is MIXED.
2016-04-08 11:11:13 Server Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\Log\ERRORLOG'.
2016-04-08 11:11:13 Server This instance of SQL Server last reported using a process ID of 1424 at 2016-04-08 11:10:11 (local) 2016-04-08 09:10:11 (UTC). This is an informational message only; no user action is required.
2016-04-08 11:11:13 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
2016-04-08 11:11:13 Server SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2016-04-08 11:11:13 Server Detected 2 CPUs. This is an informational message; no user action is required.
2016-04-08 11:11:15 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.
2016-04-08 11:11:16 Server Node configuration: node 0: CPU mask: 0x00000003:0 Active CPU mask: 0x00000003:0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required.
2016-04-08 11:11:17 spid7s Starting up database 'master'.
2016-04-08 11:11:17 spid7s The tail of the log for database master is being rewritten to match the new sector size of 4096 bytes. 1536 bytes at offset 1067520 in file C:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\DATA\mastlog.ldf will be written.
2016-04-08 11:11:17 spid7s Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
2016-04-08 11:11:17 spid7s FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'INSERTGT'.
2016-04-08 11:11:17 spid7s SQL Trace ID 1 was started by login "sa".
2016-04-08 11:11:17 spid7s Starting up database 'mssqlsystemresource'.
2016-04-08 11:11:17 spid7s The resource database build version is 10.50.2500. This is an informational message only. No user action is required.
2016-04-08 11:11:18 spid7s Server name is 'TW-KOMPUTER\INSERTGT'. This is an informational message only. No user action is required.
2016-04-08 11:11:18 spid10s Starting up database 'model'.
2016-04-08 11:11:18 spid7s Informational: No full-text supported languages found.
2016-04-08 11:11:18 spid7s Starting up database 'msdb'.
2016-04-08 11:11:18 Server A self-generated certificate was successfully loaded for encryption.
2016-04-08 11:11:18 Server Server is listening on [ 'any' <ipv6> 49212].
2016-04-08 11:11:18 Server Server is listening on [ 'any' <ipv4> 49212].
2016-04-08 11:11:18 Server Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\INSERTGT ].
2016-04-08 11:11:18 Server Server named pipe provider is ready to accept connection on [ \\.\pipe\MSSQL$INSERTGT\sql\query ].
2016-04-08 11:11:18 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.
2016-04-08 11:11:18 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.
2016-04-08 11:11:18 Server SQL Server is now ready for client connections. This is an informational message; no user action is required.
2016-04-08 11:11:18 spid10s Clearing tempdb database.
2016-04-08 11:11:24 spid10s Starting up database 'tempdb'.
2016-04-08 11:11:24 spid13s The Service Broker protocol transport is disabled or not configured.
2016-04-08 11:11:24 spid13s The Database Mirroring protocol transport is disabled or not configured.
2016-04-08 11:11:24 spid13s Service Broker manager has started.
2016-04-08 11:11:24 spid7s Recovery is complete. This is an informational message only. No user action is required.
2016-04-08 11:12:18 spid51 Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required.
2016-04-08 11:12:18 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.
2016-04-08 11:12:20 spid51 Starting up database 'Awokado'.
2016-04-08 11:16:43 Backup Database backed up. Database: Awokado, creation date(time): 2015/12/13(13:01:44), pages dumped: 222626, first LSN: 287512:189:52, last LSN: 287512:229:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'C:\ProgramData\InsERT\Temp\{D3C4F0C8-7FE5-4CB3-B7BA-6024A02F15D5}\Awokado.bak'}). This is an informational message only. No user action is required.
2016-04-08 11:21:07 spid53 Starting up database 'Awokado_kopia'.
2016-04-08 11:21:07 spid53 The database 'Awokado_kopia' is marked RESTORING and is in a state that does not allow recovery to be run.
2016-04-08 11:21:08 spid53 Starting up database 'Awokado_kopia'.
2016-04-08 11:21:11 Backup Restore is complete on database 'Awokado_kopia'. The database is now available.
2016-04-08 11:21:11 Backup Database was restored: Database: Awokado_kopia, creation date(time): 2015/12/13(13:01:44), first LSN: 287512:189:52, last LSN: 287512:229:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'C:\ProgramData\InsERT\Temp\{D3C4F0C8-7FE5-4CB3-B7BA-6024A02F15D5}\Awokado.bak'}). Informational message. No user action required.
2016-04-08 11:26:57 spid52 Setting database option AUTO_CLOSE to OFF for database Awokado.
2016-04-08 11:35:01 Backup Database backed up. Database: Awokado, creation date(time): 2015/12/13(13:01:44), pages dumped: 222234, first LSN: 287830:139:83, last LSN: 287830:179:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'C:\ProgramData\InsERT\Temp\{2A0A7AAA-AAE1-4DCD-817A-E9D27E6ECD0A}\Awokado_201604081133.bak'}). This is an informational message only. No user action is required.
2016-04-08 11:38:39 Backup Database backed up. Database: Awokado, creation date(time): 2015/12/13(13:01:44), pages dumped: 222234, first LSN: 287830:195:63, last LSN: 287830:221:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'C:\ProgramData\InsERT\Temp\{BA56D7A8-3A02-474B-9508-C474179990FC}\Awokado.bak'}). This is an informational message only. No user action is required.
2016-04-08 11:41:27 spid53 Starting up database 'Awokado_kopia_1'.
2016-04-08 11:41:27 spid53 The database 'Awokado_kopia_1' is marked RESTORING and is in a state that does not allow recovery to be run.
2016-04-08 11:41:28 spid53 Starting up database 'Awokado_kopia_1'.
2016-04-08 11:41:30 Backup Restore is complete on database 'Awokado_kopia_1'. The database is now available.
2016-04-08 11:41:30 Backup Database was restored: Database: Awokado_kopia_1, creation date(time): 2015/12/13(13:01:44), first LSN: 287830:195:63, last LSN: 287830:221:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {'C:\ProgramData\InsERT\Temp\{BA56D7A8-3A02-474B-9508-C474179990FC}\Awokado.bak'}). Informational message. No user action required.
2016-04-08 12:25:30 Server Server resumed execution after being idle 1199 seconds: user activity awakened the server. This is an informational message only. No user action is required.
-
Przepraszam, ale mam jakieś problemy z Windows 7 odnośnie języka strony internetowej
-
Zainstalowałem nową wersję Subiekta 1.43 HF1
Podczas dearchiwizacji z wersji 1.39 występuje błąd: Serwer nie mógł przeprowadzić dearchiwizacji - szczegóły w logu serwera
Co ma wspólnego nowa wersja programu z dearchiwizacją - nie rozumiem w jakim celu była wykonywana ?
Przepraszam, ale mam jakieś problemy z Windows 7 odnośnie języka strony internetowej
Co dokładniej masz na myśli ?
-
Opiszę dokładniej.
Wymieniliśmy komputer serwer na nowszy. Zainstalowaliśmy najnowszą wersję Subiekta 1.43 HF1.
Dearchiwizacja z poprzedniej wersji 1.39 przebiegła prawidłowo. Po wykonaniu archiwizacji programu i przy próbie wczytania archiwum na laptopa występuje poniższy błąd: Serwer nie mógł przeprowadzić dearchiwizacji.
Log w załączeniu:
-
To jakie masz wersje serwerów SQL na obu komputerach ?
-
Opiszę dokładniej.
Wymieniliśmy komputer serwer na nowszy. Zainstalowaliśmy najnowszą wersję Subiekta 1.43 HF1.
Dearchiwizacja z poprzedniej wersji 1.39 przebiegła prawidłowo. Po wykonaniu archiwizacji programu i przy próbie wczytania archiwum na laptopa występuje poniższy błąd: Serwer nie mógł przeprowadzić dearchiwizacji.
Log w załączeniu:
Komputer serwer nowszy - wiadomo
a co z laptopem ?? jaki sql ?? jaka wersja gt ??
-
Na serwerze jest SQL 2014, na laptopie SQL 2008 R2.
Subiekt - na obu wersja 1.43 HF1
-
Na serwerze jest SQL 2014, na laptopie SQL 2008 R2.
Skąd taki wybór i po co ? Teraz uzgodnij wersje na obu komputerach.
-
Na serwerze jest SQL 2014, na laptopie SQL 2008 R2.
No i stała się jasność. Albo uzgodnisze wersje, jak pisze dkozlowski, albo nie zrobisz dearchiwizacji.
Bazy z 2014 na 2008R2 nie odtworzysz żebyś pękł i tyle w temacie.
-
Dziękuję bardzo za wyjaśnienia.
Właśnie tak się dzieje, kiedy pseudo fachowiec z zewnętrznej firmy wykonuje takie prace jak przeniesienie danych na nowy serwer.
Temat zamknięty
-
Właśnie tak się dzieje, kiedy pseudo fachowiec z zewnętrznej firmy wykonuje takie prace jak przeniesienie danych na nowy serwer.
Masz do dyspozycji kilka osób z forum, regularnie korzystasz z ich pomocy, a jak przychodzi co do czego to zamawiasz usługi u "pseudo fachowca" i znowu szukasz pomocy na forum, aby po nim poprawiać... Kompletnie tego nie rozumiem...
-
Pewnie "pseudo-fachowiec" był tańszy, a czas własny jest darmo, więc... wszystko jasne. ;)
-
Taką decyzję podjął szef, zamówił komputer i pracownik tego sklepu wykonywał te prace i taki jest efekt.
-
Myślę, że udało mi się rozwiązać problem z dearchiwizacją Subiekta.
MS SQLServer 2008 R2 ma nazwę INSERTGT, natomiast MSSQL Server 2014 SQLEXPRESS.
Podczas uruchamiania w Archiwizatorze oraz później w Subiekcie zmieniłem nazwę serwera oraz zaznaczyłem opcję autentykacja Windows. Programy uruchomiły się bez problemu. Ponieważ przy następnym uruchomieniu znowu należało dokonać zmian, szukałem plików startowych. W plikach archiw.xml i subiekt.xml w sekcji start zmieniłem nazwę serwera oraz nazwę MIXED na Windows.
Kolejne uruchomienia Subiekta odbyły się bez problemu.
Proszę o opinię na temat mojego rozwiązania tego problemu.
Dziękuję kolegom za wskazówki i pozdrawiam.
-
Niepotrzebnie pozostawiłeś nieużywaną instancję serwera SQL. Zamiast szukać plików startowych i ręcznie je edytować mogłeś skorzystać z programu serwisowego.
-
Celowo zostawiłem poprzednią instancję, aby można było uruchomić chociaż nieaktualną bazę.
Dzięki za podpowiedzi, na następnym laptopie usunę poprzedni SQL.
Pozdrawiam
-
Celowo zostawiłem poprzednią instancję, aby można było uruchomić chociaż nieaktualną bazę.
Jak już pisałem zrobiłeś to niepotrzebnie, przecież bazę ze starszej wersji serwera SQL zawsze uruchomisz na nowszej wersji.