Insert  Subiekt Wydruk  problem „Server has not yet been opened”

Insert Subiekt Wydruk problem „Server has not yet been opened”

Insert jak  rozwiązań problemu z wydrukami w GT i komunikatem „Server has not yet been opened”

Czasami może się zdarza ,że podczas przenoszenia   na nowy komputer bazy danych np Subiekt GT  po przeniesieniu niby wszystko działa wszystko  TYLKO NIE WYDRUKI

Żadne z rozwiązanie ze strony pomocy insert nie działa  LINK   . Problem występuje gdy na źródłowym Serwerze  ( DAWCY)  wersja  SQL była starsza  typu 2008 itp.

Przy próbie odbudowy wzorców wydruku program u mnie konkretnie Subiekt GT zamykał się przestawał działać .Testowe podmioty założone do sprawdzenia działają poprawnie .A ten przeniesiony nie. Udało mi się znaleźć rozwiązanie mojego przypadku. Może komuś się przyda

Symptomy

Można zaobserwować błąd w programie serwisowym  SERWER> LOG

Starszy SQL nie ma użytkownika InsCrystal

 

Rozwiązanie

Brak user InsCrystal w bazie danych

Podłączamy się do bazy z poziomu np SQL Server Management Studio

– Wybieramy bazę > Security > Users i albo usuwamy user-a InsCrystal  który nie ma loginu

-dodajemy user-a InsCrystal i nadajemy mu uprawnienia do naszej bazy

Ustawienia Incrystal

General

username:                        InsCrystal

Login Name:                     InsCrystal

Default schema:            InsCrystal

Owned Schema:

Zaznaczone InsCrystal

Membership

zaznaczone db_datareader

 

 

 

Inne rozwiązania

  • – należy w programie serwisowym do InsertGT odłączyć podmiot a następnie podłączyć go z powrotem
  • – czasami pomaga archiwizacja i dearchiwacja podmiotu
  • – z katalogu program files\insert\insertgt przekopiowac P2soledb.dll do windows\crystal (musza byc te same pliki
  • – lub rozwiązania ze strony pomocy INSERT

 

 

 

dość często zdarza się Ŝe podczas przenoszenia bazy na inny serwer, po podłączeniu jej i uruchomieniu podmiotu występuje problem z Crystalowymi wydrukami, pojawiam się komunikat „Server has not yet been opened”. Winę za ten komunikat ponosi uŜytkownik InsCrystal którego po takim przenoszeniu bazy serwer nie prawidłowo przypisał do naszej bazy.

 

SQL Jak włączyć konto sa w SQL Server?

Podczas instalowania programu SQL Server przy użyciu trybu uwierzytelniania systemu Windows, domyślnie „ sa” konto jest wyłączone.

Czasami, ze względu na żądanie użytkowników / klientów, może być konieczne, aby umożliwić sa konta. Trzeba zmienić tryb uwierzytelniania serwera SQL z Windows Authentication Mode do SQL Server i Windows Authentication Mode używać sa konta.

Aby zmienić tryb uwierzytelniania:

Wykonaj czynności wymienione poniżej, aby zmienić tryb uwierzytelniania z uwierzytelniania systemu Windows do programu SQL Server i Windows Authentication. Trzeba pamiętać tym, usługa SQL Server musi ponownie uruchomić, aby ta zmiana skuteczne .

1. Zaloguj się do instancji serwera SQL przy użyciu programu SQL Server Management Studio. Kliknij prawym przyciskiem myszy na przykład bazy danych, a następnie przejdź do właściwości .

2. Na stronie Właściwości serwera kliknij Bezpieczeństwa . Kliknij na przycisk obok SQL Server i Windows Authentication Mode , a następnie kliknij przycisk OK, aby zamknąć stronę Właściwości serwera.

3. Po kliknięciu na przycisk OK otrzymamy następujący ekran:

Jak wspomniano wcześniej, musimy ponownie uruchomić usługę SQL Server, aby ta zmiana skuteczne. Po ponownym uruchomieniu programu SQL Server, tryb uwierzytelniania zostanie zmieniona na SQL Server i Windows Authentication Mode .

 

Włączenie  sa Login:

1. Podłącz do instancji SQL Server za pomocą SSMS i udać się do bezpieczeństwa . Rozwiń Security, przejdź do Logins .

2. Można zobaczyć sa konto jest wyłączone podczas instalowania programu SQL Server przy użyciu Windows Authentication Mode.

 

3. Kliknij prawym przyciskiem myszy na sa konta i przejdź do Logowanie Właściwości. Określ złożone hasło dla konta SA. Domyślnie polityka Wymuszanie hasło jest zaznaczone. (jeśli nie chcesz, aby zapewnić kompleksową hasło dla konta sa, można usunąć zaznaczenie tej opcji. Jednak jest to nie zalecane ).

 

4. Kliknij statusu strony. Domyślnie konto sa zostaną wyłączone. Kliknij na Enabledprzycisk, aby włączyć konto SA. Kliknij Ok , aby zamknąć sa Właściwości Login .

 

Zatem konto SA jest włączona i będzie można zalogować się do instancji SQL przy użyciu konta sa.

Jeśli chcesz użyć skryptu, aby umożliwić sa konta, możesz użyć skryptu wymienionych poniżej:

1: USE [master]
2: GO
3: ALTER LOGIN [sa] WITH PASSWORD=N’z43VGYT@Iu*60i’
4: GO
5: ALTER LOGIN [sa] ENABLE
6: GO

 

How to enable sa Account in SQL Server?

Przenoszenie domyślnych katalogów w SQL Server (!!!nie testowane !!!)

Originale TUTAJ Moze  się kiedyś przyda!!!

Instalacja SQL Server do domyślnych katalogach mogą być trudne do maintan przede wszystkim dlatego, Microsoft zmienia domyślną ścieżkę do katalogu danych w każdej wersji głównej. Na przykład domyślne ścieżki do plików bazy danych dla instancji domyślnej w SQL 2005-2008 R2 są:

SQL 2005 -% Program Files% \ Microsoft SQL Server \ MSSQL.1 \ MSSQL \ Data
SQL 2008 -% Program Files% \ Microsoft SQL Server \ MSSQL10.MSSQLSERVER \ MSSQL \ Data
SQL 2008 R2 -% Program Files% \ DATA Microsoft SQL Server \ MSSQL10_50.MSSQLSERVER \ MSSQL \

Wykonywanie przywracania bazy danych z jednego serwera na inny z różnymi wersjami może dodać złożoności z poleceniem restore ponieważ ścieżka docelowa nie jest spójna. Również po aktualizacji w miejscu SQL Server pliki bazy danych nie zostały przeniesione z poprzedniej domyślnej ścieżce do nowego więc serwer może mieć MDF i LDF pliki w katalogu z łudząco nazwie ścieżki.

Korzystanie z katalogu Standardowy
Mam standaryzowane moje instalacje użyć tej samej ścieżki dla wszystkich lokalizacjach MDF i LDF plików. Upraszcza to odbudowała skryptów i zmniejsza złożoność podczas migracji, ponieważ wszystkie pliki danych na wszystkich serwerach są w tej samej ścieżce. I zawsze moje pliki dziennika na osobnym dysku z plików danych są więc w tych samych ścieżek na różnych dyskach, na przykład:

Logs – y:\mssql\%instanceName%\data
Data – z:\mssql\%instanceName%\data

 

Po zainstalowaniu i wszystkich plikach mdf i ldf znajdują się w nowych, ulepszonych lokalizacjach standardowych, znalazłem trzy dodatkowe katalogi, które chciałem ujednolicić i przejść do domyślnej ścieżki:

database engine default backup directory
%SQL Install Directory%\MSSQL10_50.MSSQLSERVER\MSSQL\BACKUP
sql agent working directory
%SQL Install Directory%\MSSQL10_50.MSSQLSERVER\MSSQL\JOBS
sql agent log directory
%SQL Install Directory%\MSSQL10_50.MSSQLSERVER\MSSQL\LOG

Konfiguracja nie jest dostępna za pośrednictwem interfejsu GUI SSMS lub podczas instalacji. Jedynym sposobem ich zmiany są bezpośrednio w rejestrze lub za pomocą skryptu t-sql, który zmienia rejestr.
Oto skrypt, który zmieni je na dowolną ścieżkę wybranej ścieżki i ma świadomość, że poprawny klucz rejestru jest aktualizowany dla dowolnej instancji. Uwaga – ten skrypt używa procedury rozszerzonej xp_instance _regwrite,

w przyszłości może nie działać .

 

USE [msdb]
GO
 
-- change the @instancename to whatever named instance this is for, the rest will sort itself out ----------------------
DECLARE @instancename nvarchar(255) = N'mssqlserver' -- use 'mssqlserver' for the default instance
 
DECLARE @mssqlpath nvarchar(255) = N'z:\mssql\' + @instancename
DECLARE @dbengine_defaultbackup_path nvarchar(255) = @mssqlpath + N'\backup'
DECLARE @sqlagent_errorlogfile nvarchar(255) = @mssqlpath + N'\log\SQLAGENT.OUT'
DECLARE @sqlagent_workingdirectory_path nvarchar(255) = @mssqlpath + N'\jobs'
 
--SELECT @dbengine_defaultbackup_path, @sqlagent_workingdirectory_path, @sqlagent_errorlogfile
 
-- update the database engine's default backup directory path ---------------------------------------------------------
EXECUTE [master].dbo.xp_instance_regwrite
 N'HKEY_LOCAL_MACHINE'
 , N'SOFTWARE\Microsoft\MSSQLServer\MSSQLServer'
 , N'BackupDirectory'
 , N'REG_SZ'
 , @dbengine_defaultbackup_path
 
-- update the SQL Agent working directory -----------------------------------------------------------------------------
EXECUTE [master].dbo.xp_instance_regwrite
 N'HKEY_LOCAL_MACHINE'
 , N'SOFTWARE\Microsoft\MSSQLServer\SQLServerAgent'
 , N'WorkingDirectory'
 , N'REG_SZ'
 , @sqlagent_workingdirectory_path
 
-- update the SQL Agent log file location -----------------------------------------------------------------------------
EXECUTE msdb.dbo.sp_set_sqlagent_properties @errorlog_file = @sqlagent_errorlogfile
 
-- update the setup's SQL Data Root path ------------------------------------------------------------------------------
EXECUTE [master].dbo.xp_instance_regwrite 
 N'HKEY_LOCAL_MACHINE'
 , N'SOFTWARE\Microsoft\MSSQLServer\Setup'
 , N'SQLDataRoot'
 , N'REG_SZ'
 , @mssqlpath

Zmodyfikuj skrypt, aby używać dowolnej ścieżki domyślnej. Usługi SQL Server i SQL Agent będą musiały zostać ponownie uruchomione, aby rozpocząć korzystanie z nowych lokalizacji plików. Gdy nowe lokalizacje są w użyciu, możesz usunąć stare katalogi.

Aktualizacja

Po próbie uaktualnienia jednego z moich serwerów do programu SQL Server 2012 stwierdziłem, że instalator miałby błąd podczas instalowania silnika bazy danych. Bałagan był:

“The Database Engine system data directory in the registry is not valid.”

Znalazłem klucz HKLM\software\microsoft\microsoft sql server\%instance_name%\setup\SQLDataRoot  .Odszukuje  ścieżkę dostępu do baz danych systemu. Ten klucz został utworzony podczas instalacji 2008 R2 i pliki zostały następnie przeniesione, więc to, co zostało utworzone w czasie instalacji, nie jest poprawne.

Jeśli zmodyfikujesz ten klucz na ścieżce skonfigurowanej w pliku @mssqlpath ze skryptu powyżej instalatora 2012, działa prawidłowo. Zmieniłem również skrypt, ostatnia sekcja wprowadza odpowiednią zmianę w celu uniknięcia tego wyjątku w przyszłości.

PDF oryginału

 

Zmiana plików tempdb na inny dysk

Pytanie – „Co zrobisz, gdy plik dziennika tempdb jest pełny , lub jest potrzeba przenieść go na szybszy dysk?”

Odpowiedź – najlepsze rozwiązanie, gdy plik dziennika tempdb jest pełny jest, aby przenieść je do nowego napędu.

Przeniesienie  tempdb  z jednego dysku na inny dysk.

Istnieją poważne dwa powody tempdb musi przenieść się z jednego dysku na inny dysk.
1) tempdb może chcieć   więcej miejsca niż mamy dostępne na dysku .
2) Przeniesienie tempdb do innej grupy plików, który znajduje się na innym dysku fizycznym przyczynia się do poprawy odczytu dysku bazy danych, ponieważ mogą one być odczytywane jednocześnie.

Śledzić kierunek poniżej dokładnie przenieść bazę danych i logowania z jednego dysku (C 🙂 na inny dysk (d 🙂 i (E :).

Otwórz Query  i połączyć się z serwerem. Uruchom ten skrypt, aby uzyskać nazwy plików wykorzystywanych do tempdb.

USE TempDB

GO

EXEC sp_helpfile

GO

sql temdb

Nazwy plików są zwykle tempdev i templog domyślnie.
Nazwy te zostaną wykorzystane w kolejnym komunikacie.
Uruchom poniższy kod, aby przenieść MDF i LDF pliki.
USE MASTER
GO
ALTERDATABASETempDB MODIFYFILE
(NAME= tempdev, FILENAME = 'd:\datatempdb.mdf')
GO
ALTERDATABASETempDB MODIFYFILE
(NAME= templog, FILENAME = 'e:\datatemplog.ldf')
GO
Definicja tempdb jest zmieniany.
 Jednakże, żadne zmiany nie są dostępne aż do ponownego   uruchomieniu SQL Server.

Proszę zatrzymać i ponownie uruchomić SQL Server i SQL będzie tworzyć pliki tempdb w nowych lokalizacjach.

Subiekt GT Pytania i odpowiedzi

Insert Subiekt GT

Problemy z podłączeniem drugiego stanowiska
a) TCP/IP – na komputerze na którym jest SQL Server wejdź do programu SQL Server Configuration Manager i w Protocols znajdz TCP/IP, ustaw to na Enabled
b) Ustawienia zapory na serwerze. Cytat z instrukcji :

Po zainstalowaniu MS SQL Severa 2005 Express z płyty dostarczonej przez InsERT jest on gotowy do pracy sieciowej.
Jednak trzeba uporać się jeszcze z zaporą systemu Windows. Najprostszym, ale także niebezpiecznym i niezalecanym sposobem,
jest jej całkowite wyłączenie. Dlatego oczywiście dla sprawdzenia połączenia, w celach wyłącznie testowych, można chwilowo zaporę wyłączyć.
Jednak nie wolno w ten sposób pracować, gdyż naraża to system operacyjny serwera na różne niebezpieczeństwa.
W docelowej pracy wyłączenie zapory jest oczywiście niedozwolone, dlatego trzeba ustanowić dwa wyjątki w zaporze systemu MS Windows XP,
które w większości wypadków powinny umożliwić normalną pracę SQL Servera 2005 w sieci.
Chodzi tu o:
n Port UDP, na którym pracuje usługa SQL Server Browser (najczęściej 1434)
n Wyjątek dla programu MS SQL Server
Aby zmodyfikować ustawienia Zapory systemu Windows, należy w Panelu sterowania wybrać opcję Zapora systemu Windows.
Następnie na zakładce Wyjątki należy kliknąć Dodaj port i wprowadzić ustawienia wyjątku dla SQL Browsera (port UDP 1434):
Kolejno należy ustanowić wyjątek dla programu sqlservr.exe. W tym celu na zakładce Wyjątki należy kliknąć Dodaj program, następnie w lokalizacji:
C:\Program Files\Microsoft SQL ServerMSSQL\MSSQLBinn wskazać plik sqlservr.exe

c) sprawdź czy masz prawidłowo wpisaną nazwę serwera do którego łączy się Subiekt

 Jak zrobić żeby program nie pytał przy każdym uruchomieniu o nazwe serwera
Należy uruchomić Program serwisowy

Insert GT\Narzędzie\Program serwisowy

gdzie w menu „Serwer” jest opcja „Parametry uruchomieniowe”.

Po uzupełnieniu i zapisaniu program nie będzie już pytał tylko sam się połączy

Jakie jest hasło dla użytkownika „sa”
W Insertowych instalacjach SQL Server stosowane są 2 hasła : puste i #InsERT#

 

 Jak to zrobić Subiekt GT

Sprawdzenie baz danych

EXEC (’DBCC CHECKDB (”nazwabazyzy”)  lub to nie pamiętam bo z ręki piszę

DBCC CHECKDB

 

odbuduj indeksy i zaktualizuj statystyki

ALTER INDEX ALL ON [nazwa_tabeli] REBUILD
UPDATE STATISTICS [nazwa_tabeli] WITH FULLSCAN

 

 

Baza aktualizacji Insertu

http://ftp.insert.pl/pub/aktualizacje/InsERT_GT/

fajne narzędzie do expressa

http://expressmaint.codeplex.com/