Autor Wątek: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.  (Przeczytany 4759 razy)

0 użytkowników i 1 Gość przegląda ten wątek.

Offline Propaganda

  • Nowy użytkownik
  • *
  • Wiadomości: 9
  • Reputacja +0/-0
  • Wersja programu: 1.27
Dzień dobry,
korzystamy z wersji 1.27 Subiekta i obecnie z Microsoft SQL Server 2017 Ekspress, na wcześniejszym komputerze był to Microsoft SQL Server 2014.
Przy próbie przenoszenia serwera na inny komputer przy próbie dearchiwizacji bazy danych w wyskakuje błąd, a w logu znajduje się następujący komunikat:

29.07.2019 08:38:04  Server  Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64)
   Aug 22 2017 17:04:49
   Copyright (C) 2017 Microsoft Corporation
   Express Edition (64-bit) on Windows 10 Pro 10.0 <X64> (Build 18362: )

29.07.2019 08:38:04  Server  UTC adjustment: 2:00
29.07.2019 08:38:04  Server  (c) Microsoft Corporation.
29.07.2019 08:38:04  Server  All rights reserved.
29.07.2019 08:38:04  Server  Server process ID is 3852.
29.07.2019 08:38:04  Server  System Manufacturer: 'Dell Inc.', System Model: 'OptiPlex 7010'.
29.07.2019 08:38:04  Server  Authentication mode is MIXED.
29.07.2019 08:38:04  Server  Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL14.INSERTGT\MSSQL\Log\ERRORLOG'.
29.07.2019 08:38:04  Server  The service account is 'NT Service\MSSQL$INSERTGT'. This is an informational message; no user action is required.
29.07.2019 08:38:04  Server  Registry startup parameters:
    -d C:\Program Files\Microsoft SQL Server\MSSQL14.INSERTGT\MSSQL\DATA\master.mdf
    -e C:\Program Files\Microsoft SQL Server\MSSQL14.INSERTGT\MSSQL\Log\ERRORLOG
    -l C:\Program Files\Microsoft SQL Server\MSSQL14.INSERTGT\MSSQL\DATA\mastlog.ldf
29.07.2019 08:38:04  Server  Command Line Startup Parameters:
    -s "INSERTGT"
29.07.2019 08:38:04  Server  SQL Server detected 1 sockets with 4 cores per socket and 4 logical processors per socket, 4 total logical processors; using 4 logical processors based on SQL Server licensing. This is an informational message; no user action is required.
29.07.2019 08:38:04  Server  SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
29.07.2019 08:38:04  Server  Detected 8076 MB of RAM. This is an informational message; no user action is required.
29.07.2019 08:38:04  Server  Using conventional memory in the memory manager.
29.07.2019 08:38:04  Server  Default collation: Polish_CI_AS (us_english 1033)
29.07.2019 08:38:05  Server  Buffer pool extension is already disabled. No action is necessary.
29.07.2019 08:38:05  Server  InitializeExternalUserGroupSid failed. Implied authentication will be disabled.
29.07.2019 08:38:05  Server  Implied authentication manager initialization failed. Implied authentication will be disabled.
29.07.2019 08:38:06  Server  The maximum number of dedicated administrator connections for this instance is '1'
29.07.2019 08:38:06  Server  This instance of SQL Server last reported using a process ID of 6684 at 29.07.2019 08:37:38 (local) 29.07.2019 06:37:38 (UTC). This is an informational message only; no user action is required.
29.07.2019 08:38:06  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.
29.07.2019 08:38:06  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.
29.07.2019 08:38:06  Server  In-Memory OLTP initialized on lowend machine.
29.07.2019 08:38:06  Server  Database Instant File Initialization: disabled. For security and performance considerations see the topic 'Database Instant File Initialization' in SQL Server Books Online. This is an informational message only. No user action is required.
29.07.2019 08:38:06  Server  Query Store settings initialized with enabled = 1,
29.07.2019 08:38:06  spid6s  Starting up database 'master'.
29.07.2019 08:38:06  Server  Software Usage Metrics is disabled.
29.07.2019 08:38:06  Server  CLR version v4.0.30319 loaded.
29.07.2019 08:38:06  spid6s  SQL Server Audit is starting the audits. This is an informational message. No user action is required.
29.07.2019 08:38:06  spid6s  SQL Server Audit has started the audits. This is an informational message. No user action is required.
29.07.2019 08:38:06  Server  Common language runtime (CLR) functionality initialized using CLR version v4.0.30319 from C:\Windows\Microsoft.NET\Framework64\v4.0.30319\.
29.07.2019 08:38:07  spid6s  SQL Trace ID 1 was started by login "sa".
29.07.2019 08:38:07  spid6s  Server name is 'KAROL\INSERTGT'. This is an informational message only. No user action is required.
29.07.2019 08:38:07  spid16s  A self-generated certificate was successfully loaded for encryption.
29.07.2019 08:38:07  spid16s  Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\INSERTGT ].
29.07.2019 08:38:07  spid16s  Server local connection provider is ready to accept connection on [ \\.\pipe\MSSQL$INSERTGT\sql\query ].
29.07.2019 08:38:07  spid16s  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.
29.07.2019 08:38:07  spid16s  SQL Server is now ready for client connections. This is an informational message; no user action is required.
29.07.2019 08:38:07  Server  SQL Server is attempting to register a Service Principal Name (SPN) for the SQL Server service. Kerberos authentication will not be possible until a SPN is registered for the SQL Server service. This is an informational message. No user action is required.
29.07.2019 08:38:07  Server  The SQL Server Network Interface library could not register the Service Principal Name (SPN) [ MSSQLSvc/KAROL:INSERTGT ] for the SQL Server service. Windows return code: 0xffffffff, state: 63. Failure to register a SPN might cause integrated authentication to use NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies and if the SPN has not been manually registered.
29.07.2019 08:38:07  spid17s  A new instance of the full-text filter daemon host process has been successfully started.
29.07.2019 08:38:07  spid9s  Starting up database 'mssqlsystemresource'.
29.07.2019 08:38:07  spid6s  Starting up database 'msdb'.
29.07.2019 08:38:07  spid9s  The resource database build version is 14.00.1000. This is an informational message only. No user action is required.
29.07.2019 08:38:08  spid9s  Starting up database 'model'.
29.07.2019 08:38:08  spid9s  Polybase feature disabled.
29.07.2019 08:38:08  spid9s  Clearing tempdb database.
29.07.2019 08:38:09  spid9s  Starting up database 'tempdb'.
29.07.2019 08:38:09  spid20s  The Service Broker endpoint is in disabled or stopped state.
29.07.2019 08:38:09  spid20s  The Database Mirroring endpoint is in disabled or stopped state.
29.07.2019 08:38:09  spid20s  Service Broker manager has started.
29.07.2019 08:38:09  spid6s  Recovery is complete. This is an informational message only. No user action is required.
29.07.2019 08:43:28  spid52  Attempting to load library 'xplog70.dll' into memory. This is an informational message only. No user action is required.
29.07.2019 08:43:28  spid52  Using 'xplog70.dll' version '2017.140.1000' to execute extended stored procedure 'xp_msver'. This is an informational message only; no user action is required.
29.07.2019 08:55:42  Logon  Error: 18456, Severity: 14, State: 8.
29.07.2019 08:55:42  Logon  Login failed for user 'sa'. Reason: Password did not match that for the login provided. [CLIENT: <named pipe>]
29.07.2019 08:55:48  spid53  Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required.
29.07.2019 08:55:48  spid53  Using 'xpstar.dll' version '2017.140.1000' to execute extended stored procedure 'xp_instance_regread'. This is an informational message only; no user action is required.
29.07.2019 08:58:38  spid52  Using 'dbghelp.dll' version '4.0.5'


Proszę o pomoc przy rozwiązaniu problemu.





« Ostatnia zmiana: Lipiec 29, 2019, 09:28:31 wysłana przez Propaganda »

Online yemet

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 1282
  • Reputacja +47/-1
  • Wersja programu: Navireo
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #1 dnia: Lipiec 29, 2019, 09:23:57 »
Z logu wynika, że podane zostało nieprawidłowe hasło dla użytkownika 'sa'.

Ustawiliście na nowym komputerze inne hasło niż było na starym? Do zmiany albo hasło na serwerze albo w archiwizatorze.


Offline candy

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 4919
  • Reputacja +173/-11
Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #2 dnia: Lipiec 29, 2019, 09:39:16 »
Najpierw sprawdził bym czy sa w ogóle jest aktywne.
Nie pytaj co rząd może zrobić dla Ciebie. Spytaj czy mógłby tego nie robić.

Offline Propaganda

  • Nowy użytkownik
  • *
  • Wiadomości: 9
  • Reputacja +0/-0
  • Wersja programu: 1.27
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #3 dnia: Lipiec 29, 2019, 12:04:48 »
Z logu wynika, że podane zostało nieprawidłowe hasło dla użytkownika 'sa'.

Ustawiliście na nowym komputerze inne hasło niż było na starym? Do zmiany albo hasło na serwerze albo w archiwizatorze.

Czy sprawdzenie hasła w ten sposób: https://www.itbridge.pl/baza-wiedzy/zmiana-hasla-sa-w-ms-sql-server jest w porządku?

Jakie mam podjąć dalsze kroki? Ustawiać to samo hasło na starym i nowym komputerze? Co konkretnie powinniśmy zrobić, żeby to zadziałało?

Offline Propaganda

  • Nowy użytkownik
  • *
  • Wiadomości: 9
  • Reputacja +0/-0
  • Wersja programu: 1.27
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #4 dnia: Lipiec 29, 2019, 13:55:45 »
Po sprawdzeniu okazuje się, że te same błędy związane z hasłem "sa" znajdują się w logu na starym komputerze (serwerze), jednak tam archiwizacja i dearchiwizacja przechodzi poprawnie.
Natomiast poniższe błędy tam nie występują, a pojawiają się na nowym komputerze:

29.07.2019 08:55:48  spid53  Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required.
29.07.2019 08:55:48  spid53  Using 'xpstar.dll' version '2017.140.1000' to execute extended stored procedure 'xp_instance_regread'. This is an informational message only; no user action is required.
29.07.2019 08:58:38  spid52  Using 'dbghelp.dll' version '4.0.5'
29.07.2019 10:33:06  Logon  Error: 18456, Severity: 14, State: 8.

Na nowym komputerze nie udaje się przeprowadzić dearchiwizacji.

Offline Chris

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 2846
  • Reputacja +275/-0
  • Wersja programu: GT, Nexo - aktualne
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #5 dnia: Lipiec 29, 2019, 22:27:47 »
Mi to nie pasuje co Wy tu wypisujecie. Kiedy jest sprawdzane hasło użytkownika sa? Przy dearchiwizacji? No nie, przecież login i hasło podaje się przed uruchomieniem archiwizatora.
Proszę zdearchiwizować podmiot przez Management Studio, to będzie coś wiadomo, bo komunikat będzie czytelny.
Moje typowania:
1) brak Microsoft SQL 2005 Backward compatibility
2) źle ustawiona ścieżka folderu roboczego
Krzysztof, Radom

Offline Propaganda

  • Nowy użytkownik
  • *
  • Wiadomości: 9
  • Reputacja +0/-0
  • Wersja programu: 1.27
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #6 dnia: Lipiec 30, 2019, 08:50:09 »
Witam
Wytypowany punkt pierwszy w zadziałał prawidłowo, bardzo dziękuję za pomoc

Pytanie jeszcze jedno, co należy zmodyfikować na komputerach klienckich aby widziały nowy serwer?

« Ostatnia zmiana: Lipiec 30, 2019, 09:52:44 wysłana przez Propaganda »

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17230
  • Reputacja +800/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #7 dnia: Lipiec 30, 2019, 12:11:04 »
Pytanie jeszcze jedno, co należy zmodyfikować na komputerach klienckich aby widziały nowy serwer?

No parametry połączenia: http://www.forumsubiekta.pl/subiekt/faq-czyli-najczesciej-zadawane-pytania/...
Daniel, Białystok.

Offline Propaganda

  • Nowy użytkownik
  • *
  • Wiadomości: 9
  • Reputacja +0/-0
  • Wersja programu: 1.27
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #8 dnia: Lipiec 30, 2019, 14:13:21 »
TCP/IP jest włączone,

firewall wyłączyłem całkowicie, jednak dalej nie widzi nowego serwera, stary cały czas jest widoczny, pokazuje się na liście domyślnie na komputerach klienckich. Czy nie potrzeba nic doinstalować na tych komputerach?

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17230
  • Reputacja +800/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #9 dnia: Lipiec 30, 2019, 18:51:55 »
Co to niby znaczy "nie widzi", skąd ktoś ma się domyślić ?
Daniel, Białystok.

Offline Chris

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 2846
  • Reputacja +275/-0
  • Wersja programu: GT, Nexo - aktualne
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #10 dnia: Lipiec 30, 2019, 20:50:58 »
Witam
Wytypowany punkt pierwszy w zadziałał prawidłowo, bardzo dziękuję za pomoc

Pytanie jeszcze jedno, co należy zmodyfikować na komputerach klienckich aby widziały nowy serwer?
Typuję że Twój problem teraz to:
rozdział VI PROBLEMY TECHNICZNE punkt 2 (link podał Daniel)
Krzysztof, Radom

Offline Propaganda

  • Nowy użytkownik
  • *
  • Wiadomości: 9
  • Reputacja +0/-0
  • Wersja programu: 1.27
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #11 dnia: Lipiec 31, 2019, 07:27:31 »
Witam
Wytypowany punkt pierwszy w zadziałał prawidłowo, bardzo dziękuję za pomoc

Pytanie jeszcze jedno, co należy zmodyfikować na komputerach klienckich aby widziały nowy serwer?
Typuję że Twój problem teraz to:
rozdział VI PROBLEMY TECHNICZNE punkt 2 (link podał Daniel)

Dzięki za próbę pomocy, ale to nie to.

Co to niby znaczy "nie widzi", skąd ktoś ma się domyślić ?

Z tym, że "nie widzi" chodzi nam o to, że subiekt klienci i program serwisowy nie wykrywają nowego serwera, za to w dalszym ciągu widzą stary serwer.
Pingi do nowego serwera dochodzą prawidłowo, nazwa serwera jest na pewno wpisana prawidłowo. Jakieś inne propozycje?

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17230
  • Reputacja +800/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #12 dnia: Lipiec 31, 2019, 08:12:17 »
Co to niby znaczy "nie widzi", skąd ktoś ma się domyślić ?

Z tym, że "nie widzi" chodzi nam o to, że subiekt klienci i program serwisowy nie wykrywają nowego serwera, za to w dalszym ciągu widzą stary serwer.
Pingi do nowego serwera dochodzą prawidłowo, nazwa serwera jest na pewno wpisana prawidłowo. Jakieś inne propozycje?

Jaki masz problem z tym, aby:
 - wprowadzić dane serwera ręcznie skoro je znasz
 - pokazać co robisz
Daniel, Białystok.

Offline Propaganda

  • Nowy użytkownik
  • *
  • Wiadomości: 9
  • Reputacja +0/-0
  • Wersja programu: 1.27
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #13 dnia: Lipiec 31, 2019, 08:29:03 »
Co to niby znaczy "nie widzi", skąd ktoś ma się domyślić ?

Z tym, że "nie widzi" chodzi nam o to, że subiekt klienci i program serwisowy nie wykrywają nowego serwera, za to w dalszym ciągu widzą stary serwer.
Pingi do nowego serwera dochodzą prawidłowo, nazwa serwera jest na pewno wpisana prawidłowo. Jakieś inne propozycje?

Jaki masz problem z tym, aby:
 - wprowadzić dane serwera ręcznie skoro je znasz
 - pokazać co robisz

W czasie uruchamiania klienckiego subiekta, z lewym ctrl możemy ręcznie wprowadzić nazwę. Wprowadzając prawidłową nazwę on i tak się nie chce połączyć. Przesyłam screena jak to wygląda w subiekcie.

Dodatkowo na drugim screenie widać co mamy poinstalowane na komputerze klienckim. Czy oprócz tego mamy coś jeszcze doinstalować aby wszystko działało prawidłowo? 


Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17230
  • Reputacja +800/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #14 dnia: Lipiec 31, 2019, 08:45:21 »
W czasie uruchamiania klienckiego subiekta, z lewym ctrl możemy ręcznie wprowadzić nazwę. Wprowadzając prawidłową nazwę on i tak się nie chce połączyć. Przesyłam screena jak to wygląda w subiekcie.

Dla pewności możesz odwołać się po IP i ustawić stały port 1433 dla usługi serwera SQL.

Dodatkowo na drugim screenie widać co mamy poinstalowane na komputerze klienckim. Czy oprócz tego mamy coś jeszcze doinstalować aby wszystko działało prawidłowo?

Nic nie trzeba dodatkowo instalować tylko poprawnie skonfigurować, niestety na forum można bazować tylko na tym co napiszesz, jeśli gdzieś napisałeś nieprawdę (nie zrobiłeś tego o czym napisałeś) to taki jest efekt, serwisant powinien poradzić sobie w kilka minut, a na forum jak widać trwa to już trzeci dzień... Jeśli powyższe nic nie zmieni i masz tyle czasu to sprawdź wszystko po koeli i pokaż (zamieść zrzuty ekranu), może ktoś zauważy błąd w konfiguracji.
Daniel, Białystok.

Forum Użytkownikow Subiekt GT

Odp: Problem z dearchiwizacją bazy Subiekta przy przenoszeniu na inny komputer.
« Odpowiedź #14 dnia: Lipiec 31, 2019, 08:45:21 »