Autor Wątek: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]  (Przeczytany 17504 razy)

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

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« dnia: Październik 29, 2012, 16:22:19 »
Witam

Próba archiwizacji kończy się błędem :
Serwer'\INSERTGT' nie mógł przeprowadzić archiwizacji.
[Microsoft][ODBC SQL Server Driver][DBNETLIB] serwer SQL nie istnieje
lub odmówiono do niego dostępu.
[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen
(Connect()).
Szczegóły blędu mozna znalexć w tzw. logu serwera (menu Serwer).

LOG:
2012-10-29 16:08:12  Server  Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (Intel X86)
Apr  2 2010 15:53:02
Copyright (c) Microsoft Corporation
Express Edition on Windows NT 6.1 <X86> (Build 7601: Service Pack 1)

2012-10-29 16:08:13  Server  (c) Microsoft Corporation.
2012-10-29 16:08:13  Server  All rights reserved.
2012-10-29 16:08:13  Server  Server process ID is 1464.
2012-10-29 16:08:13  Server  System Manufacturer: 'Dell Inc.', System Model: 'Precision WorkStation 490'.
2012-10-29 16:08:13  Server  Authentication mode is MIXED.
2012-10-29 16:08:13  Server  Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.INSERTGT\MSSQL\Log\ERRORLOG'.
2012-10-29 16:08:13  Server  This instance of SQL Server last reported using a process ID of 1500 at 2012-10-29 16:07:14 (local) 2012-10-29 15:07:14 (UTC). This is an informational message only; no user action is required.
2012-10-29 16:08: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
2012-10-29 16:08:13  Server  SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
2012-10-29 16:08:13  Server  Detected 4 CPUs. This is an informational message; no user action is required.
2012-10-29 16:08: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.
2012-10-29 16:08:15  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.
2012-10-29 16:08:15  spid7s  Starting up database 'master'.
2012-10-29 16:08:15  spid7s  Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.
2012-10-29 16:08:16  spid7s  FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'INSERTGT'.
2012-10-29 16:08:16  spid7s  SQL Trace ID 1 was started by login "sa".
2012-10-29 16:08:16  spid7s  Starting up database 'mssqlsystemresource'.
2012-10-29 16:08:16  spid7s  The resource database build version is 10.50.1600. This is an informational message only. No user action is required.
2012-10-29 16:08:18  spid7s  Server name is 'NESERWER\INSERTGT'. This is an informational message only. No user action is required.
2012-10-29 16:08:18  spid10s  Starting up database 'model'.
2012-10-29 16:08:18  spid7s  Informational: No full-text supported languages found.
2012-10-29 16:08:18  spid7s  Starting up database 'msdb'.
2012-10-29 16:08:20  spid10s  Clearing tempdb database.
2012-10-29 16:08:22  Server  A self-generated certificate was successfully loaded for encryption.
2012-10-29 16:08:22  spid10s  Starting up database 'tempdb'.
2012-10-29 16:08:22  Server  Server is listening on [ 'any' <ipv6> 49540].
2012-10-29 16:08:22  Server  Server is listening on [ 'any' <ipv4> 49540].
2012-10-29 16:08:22  Server  Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\INSERTGT ].
2012-10-29 16:08:22  Server  Server named pipe provider is ready to accept connection on [ \\.\pipe\MSSQL$INSERTGT\sql\query ].
2012-10-29 16:08:22  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.
2012-10-29 16:08:22  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.
2012-10-29 16:08:22  Server  SQL Server is now ready for client connections. This is an informational message; no user action is required.
2012-10-29 16:08:22  spid13s  The Service Broker protocol transport is disabled or not configured.
2012-10-29 16:08:22  spid13s  The Database Mirroring protocol transport is disabled or not configured.
2012-10-29 16:08:22  spid13s  Service Broker manager has started.
2012-10-29 16:08:22  spid7s  Recovery is complete. This is an informational message only. No user action is required.
2012-10-29 16:09:00  spid51  Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required.
2012-10-29 16:09:00  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.
2012-10-29 16:09:03  spid51  Starting up database '

Zapora Widnows jest wyłączona.

Możecie mi podpowiedzieć w czym może być problem ?
« Ostatnia zmiana: Październik 31, 2012, 20:18:37 wysłana przez tomaszf »

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17067
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #1 dnia: Październik 29, 2012, 16:27:25 »
Napisz najpierw co robisz.
Daniel, Białystok.

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #2 dnia: Październik 29, 2012, 16:54:27 »
Ogólnie mówią próbuje przeprowadzić archiwizację.
Nie zależnie od tego czy robię to przez archiwizator czy przez Subiekta (np  przy wychodzeniu z programu - gdy o to "zapyta").

W miejsce obydwu ścieżek wpisane mam D;\ARCHIWUM - oczywiście taki folder istnieje.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17067
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #3 dnia: Październik 29, 2012, 17:16:44 »
Niezwykle skromy jesteś w opisywaniu problemów.

To nowa instalacja, czy działało i przestało. Jak przestało, to się zmieniło od tamtej pory.

Instalacja SQL była wykonana z płyty Insertu czy samodzielnie ? Jak samodzielnie to czy zostały zainstalowane BC2005 ?

Archiwizację uruchamiasz na serwerze czy z klienta ?

Z jakiej autentykacji korzystasz ?

--

W miejsce obydwu ścieżek wpisane mam D;\ARCHIWUM - oczywiście taki folder istnieje.

Na pewno nie istnieje, chyba że ten średnik to pomyłka ?
Daniel, Białystok.

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #4 dnia: Październik 29, 2012, 18:02:42 »
Jest to nowa instalacja wykonywana z płyty Insertu.
Archiwizację uruchamiam na serwerze.
Nie mam zaznaczonej opcji "autentykacja widnows"

Ten średnik to pomyłka.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17067
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #5 dnia: Październik 29, 2012, 19:04:25 »
Dearchiwizacja działa ? Jak podajesz nazwę serwera ? Zamieść zrzut ekranu z błędem, coś mi nie daje spokoju.
Daniel, Białystok.

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #6 dnia: Październik 30, 2012, 11:42:44 »
Wyglądało to tak że archiwizowałem podmiot na innym kompie -> przeniosłem pliki tutaj -> dearchiwizowałem -> nie mogę archiwizować.
Poniżej zrzut ekranu.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17067
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #7 dnia: Październik 30, 2012, 11:58:22 »
A jednak to jest to, co nie dawało mi spokoju - podajesz nieprawidłową nazwę serwera SQL: "\INSERTGT", powinieneś podać pełną nazwę: "NESERWER\INSERTGT" lub będąc na serwerze: ".\INSERTGT" (kropka na początku). Subiekt się łączy gdyż wykorzystuje komponenty ADODB, które nie wiedzieć czemu akceptują takie nazewnictwo, ale komponenty wykorzystywane do archiwizacji już nie.

--

Ciekawy przypadek :)
Daniel, Białystok.

Offline tomaszf

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 523
  • Reputacja +12/-0
  • Wersja programu: Subiekt GT 1.66
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2
« Odpowiedź #8 dnia: Październik 30, 2012, 12:08:18 »
Działa :)

Dziękuje serdecznie za pomoc.

Ps. W życiu bym na to nie wpadł ;)

Offline krzysztofff

  • Nowy użytkownik
  • *
  • Wiadomości: 26
  • Reputacja +0/-0
  • Wersja programu: 1.25
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« Odpowiedź #9 dnia: Grudzień 09, 2015, 13:31:00 »
W związku, że mam problem z archiwizacją danych od początku 2014 roku odkopuję temat. Archiwizację robię od tego czasu z wiersza polecenia przez komendę. Jest to uciążliwe i nie mam kompresji.

Problem z archiwizacją zaczął się od momentu zainstalowania zewnętrznego programu podłączającego się do bazy inserta. Archiwizację próbuję wykonać gdy program zewnętrzny nie korzysta z bazy subiekta.

System operacyjny to windows 7.

SQL 2005 BC jest zainstalowany.

Przepraszam za brak wiedzy, nie wiem gdzie jest log serwera żebym mógł go wkleić.

Instalacja była raczej z płyty ale nie pamiętam na 100% bo to było lata temu.

Archiwizację uruchamiam na serwerze.

Autentykację też nie wiem gdzie sprawdzić, przepraszam.

Komunikaty są następujące. Najpierw dwa razy taki pusty komunikat:



Potem ten:




[edit]

Znalazłem log. W logu serwera nie ma błędu z momentu archiwizacji.

Pytanie - czy nazwa podmiotu kończącą się na "ś" może powodować ten problem?
« Ostatnia zmiana: Grudzień 09, 2015, 14:34:24 wysłana przez krzysztofff »

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17067
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« Odpowiedź #10 dnia: Grudzień 09, 2015, 14:47:30 »
Kompresję można obsłużyć samemu i to dużo lepiej niż oferuje Insert na przykład za pomocą 7zip'a. Archiwum można wykonywać przy pracującej na nich programach. Odinstaluj i zainstaluj ponownie BC2005. Jeśli nie pomoże wykonaj backup za pomocą SSMS (SQL Server Management Studio). Poza tym rozważ:
 - korzystnie z pomocy kogoś z wiedzą
 - aktualizację programu do aktualnej wersji - 1.25 to na prawdę staroć z wieloma błędami i bez wielu nowych ciekawych udogodnień i funkcjonalności
Daniel, Białystok.

Offline krzysztofff

  • Nowy użytkownik
  • *
  • Wiadomości: 26
  • Reputacja +0/-0
  • Wersja programu: 1.25
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« Odpowiedź #11 dnia: Grudzień 09, 2015, 18:14:08 »
Dziękuję za odzew.

Uruchamiałem wcześniej w dniu dzisiejszym (zanim napisałem mój poprzedni post) plik instalacyjny BC2005 i wykonałem instalację w opcji "repair".

Nie chodzi o sam brak możliwości backupu lecz o brak możliwości jego wykonania za pomocą subiekta (jak pisałem backup wykonuję z wiersza poleceń).

Aktualnie nie znam udogodnień które miały by mnie skłonić do zaktualizowania istniejącej wersji, a bieżąca wersja sprawuje się OK.

Ponowię pytanie. Czy Nazwa bazy kończąca się na "ś" może powodować błąd? Mam zrobionę kopię bazy na innym komputerze (testowym) i tam wykonuje się archiwizacja spod subiekta bez problemu (ta sama wersja 1.25, program zewnętrzny również tu jest). Jedyna różnica jaka jest to na tej kopii ostatni znak w nazwie bazy jest "_" zamiast "ś".

[edit]

Na laptopie testowym jest Windows 10.
« Ostatnia zmiana: Grudzień 09, 2015, 18:16:07 wysłana przez krzysztofff »

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« Odpowiedź #12 dnia: Grudzień 09, 2015, 18:25:13 »
Proszę otworzyć program serwisowy, podświetlić podmiot i podać co pokazuje tabelka na dole. Chodzi o dwie pozycje - Nazwa bazy danych i Plik bazy danych.
Nazwa bazy danych może zawierać polskie znaki, chociaż przy dearchiwizacji zostaną one zastępione przez _, bo tak robi sql.
Natomiast w nazwie pliku bazy danych polskie znaki są niedopuszczalne i z definicji zamieniane na _.
Czyli Ktoś = Kto_ i sql tak to obsługuje.
I z tego włąsnie wynika różnica w nazwie podmiotu, że ś zostało zastąpione przez _ w trakcie dearchiwizacji. Ale jest to w dalszym ciągu prawidłowa nazwa bazy danych - i jedna i druga.
Najlepiej to widać przy próbie zmiany nazwy bazy danych z Kto_ na Ktoś. Nazwa nie zostanie zmieniona, bo dla sql jest to tożsame.


Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17067
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« Odpowiedź #13 dnia: Grudzień 09, 2015, 19:11:27 »
Uruchamiałem wcześniej w dniu dzisiejszym (zanim napisałem mój poprzedni post) plik instalacyjny BC2005 i wykonałem instalację w opcji "repair".

Czyli nie zastosowałeś się do porady.

Nie chodzi o sam brak możliwości backupu lecz o brak możliwości jego wykonania za pomocą subiekta (jak pisałem backup wykonuję z wiersza poleceń).

Co się dzieje przy dearchiwizacji ? Dla pewności zamieść też log serwera SQL.

Aktualnie nie znam udogodnień które miały by mnie skłonić do zaktualizowania istniejącej wersji, a bieżąca wersja sprawuje się OK.

A zapoznawałeś się z listą zmian do każdej nowej wersji programu i pamiętasz zmiany sprzed kilku lat, które dzisiaj mógłbyś wykorzystać ?

Jednym z dużych udogodnień posiadania aktualnej wersji aplikacji jest szybsza pomoc w przypadku pojawienia się problemu - teraz nie wiadomo czy to jakiś błąd starej wersji, którego już nikt nie pamięta czy konfiguracja systemu operacyjnego. W nowszych wersjach wprowadzono zmiany również w Archiwizatorze i są lepiej obsługiwane sytuacje wyjątkowe.

Ponowię pytanie. Czy Nazwa bazy kończąca się na "ś" może powodować błąd? Mam zrobionę kopię bazy na innym komputerze (testowym) i tam wykonuje się archiwizacja spod subiekta bez problemu (ta sama wersja 1.25, program zewnętrzny również tu jest). Jedyna różnica jaka jest to na tej kopii ostatni znak w nazwie bazy jest "_" zamiast "ś".

Piszesz o nazwie bazy danych czy nazwie podmiotu bo są to dwie różne nazwy, mogą być takie same, ale nie muszą ?
Daniel, Białystok.

Offline krzysztofff

  • Nowy użytkownik
  • *
  • Wiadomości: 26
  • Reputacja +0/-0
  • Wersja programu: 1.25
Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« Odpowiedź #14 dnia: Grudzień 09, 2015, 22:41:23 »
Proszę otworzyć program serwisowy, podświetlić podmiot i podać co pokazuje tabelka na dole. Chodzi o dwie pozycje - Nazwa bazy danych i Plik bazy danych.
Nazwa bazy danych może zawierać polskie znaki, chociaż przy dearchiwizacji zostaną one zastępione przez _, bo tak robi sql.
Natomiast w nazwie pliku bazy danych polskie znaki są niedopuszczalne i z definicji zamieniane na _.
Czyli Ktoś = Kto_ i sql tak to obsługuje.
I z tego włąsnie wynika różnica w nazwie podmiotu, że ś zostało zastąpione przez _ w trakcie dearchiwizacji. Ale jest to w dalszym ciągu prawidłowa nazwa bazy danych - i jedna i druga.
Najlepiej to widać przy próbie zmiany nazwy bazy danych z Kto_ na Ktoś. Nazwa nie zostanie zmieniona, bo dla sql jest to tożsame.

Przesyłam 2 screeny. Pierwszy jest z komputera głownego gdzie jest problem. Drugi z komputera "testowego" gdzie archiwizacja działa OK.






Forum Użytkownikow Subiekt GT

Odp: Problem z archiwizacją - Windows 7 + SQL 2008 R2 [ROZWIĄZANY]
« Odpowiedź #14 dnia: Grudzień 09, 2015, 22:41:23 »