utworzone przez dsp_dozorca | lip 7, 2020 | Wiedza |
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.
utworzone przez dsp_dozorca | lut 2, 2018 | Software |
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?
utworzone przez dsp_dozorca | lip 5, 2017 | Blog, Porady, Wiedza |
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
utworzone przez dsp_dozorca | lip 5, 2017 | Blog, Software, Z życia |
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
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
ALTER
DATABASE
TempDB
MODIFY
FILE
(
NAME
= tempdev, FILENAME =
'd:\datatempdb.mdf'
)
GO
ALTER
DATABASE
TempDB
MODIFY
FILE
(
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.
utworzone przez dsp | sie 16, 2011 | Blog, Porady, Software, Wiedza |
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/