Po aktualizacji Comarch ERP Optima może pojawić się błąd, który na pierwszy rzut oka wygląda groźnie: “Cannot open database CDN_KNF_Konfiguracja requested by the login. The login failed. Login failed for user ‘CDNOperator'”. Program nie pozwala się zalogować, a użytkownik zostaje z komunikatem technicznym zamiast normalnego okna pracy.
Ten błąd najczęściej nie oznacza uszkodzenia całej Optimy. W praktyce chodzi o problem z dostępem do bazy konfiguracyjnej albo o wskazanie niewłaściwej instancji SQL.
Co oznacza błąd CDN_KNF_Konfiguracja?
Baza CDN_KNF_Konfiguracja jest bazą konfiguracyjną Optimy. Jeżeli program nie może jej otworzyć, nie ma dostępu do informacji potrzebnych do uruchomienia środowiska i logowania użytkowników.
Komunikat wskazuje wprost na login CDNOperator. To konto SQL, którym Optima próbuje dostać się do bazy. Jeżeli login jest nieaktywny, nie ma uprawnień albo wskazuje na złą instancję SQL, logowanie zakończy się błędem.
Sprawdź właściwą instancję SQL
Pierwszy krok to upewnienie się, że Optima łączy się z właściwym serwerem SQL. Po aktualizacji, zmianie stanowiska, migracji serwera albo zmianie konfiguracji może się zdarzyć, że program próbuje połączyć się z niewłaściwą instancją.
Warto sprawdzić, czy usługa SQL Server działa, czy nazwa instancji jest prawidłowa i czy na tym serwerze faktycznie istnieje baza CDN_KNF_Konfiguracja.
Sprawdź login CDNOperator w SQL Server Management Studio
Najważniejsza weryfikacja powinna odbyć się z poziomu SQL Server Management Studio, najlepiej bezpośrednio na serwerze. Trzeba sprawdzić, czy login CDNOperator istnieje, jest aktywny i ma dostęp do bazy CDN_KNF_Konfiguracja.
W praktyce należy sprawdzić mapowanie użytkownika do bazy oraz role bazy danych. Minimum to dostęp umożliwiający prawidłową pracę z bazą, a w kontekście serwisowym najczęściej weryfikuje się uprawnienie db_owner. Jeżeli środowisko tego wymaga, administrator może też sprawdzić uprawnienia serwerowe, np. sysadmin.
Wskaż ponownie bazę konfiguracyjną w Optimie
Jeżeli SQL działa, baza istnieje, a login ma uprawnienia, kolejnym krokiem jest ponowne wskazanie właściwego serwera i istniejącej bazy konfiguracyjnej w Optimie.
To ważne szczególnie po aktualizacji albo zmianach serwerowych. Sam fakt, że baza istnieje na serwerze, nie wystarczy, jeśli aplikacja próbuje logować się do innej instancji albo korzysta ze starej konfiguracji połączenia.
Kiedy potrzebny jest administrator SQL?
Jeżeli nie masz dostępu do SQL Server Management Studio albo nie wiesz, jakie uprawnienia ma CDNOperator, nie warto eksperymentować na produkcyjnej bazie. To jest poziom administracji SQL, więc lepiej przekazać temat administratorowi lub Partnerowi Comarch.
Błędne zmiany w loginach SQL, mapowaniu baz lub rolach mogą pogorszyć sytuację i zablokować dostęp innym użytkownikom.
Perspektywa ELTE-S: po aktualizacji sprawdzamy nie tylko program, ale też SQL
Błędy logowania po aktualizacji Optimy bardzo często nie wynikają z samego okna logowania, tylko z warstwy SQL. Program działa na bazach danych, a jeśli login techniczny nie ma dostępu do bazy konfiguracyjnej, użytkownik zobaczy błąd zanim w ogóle przejdzie do pracy.
Dlatego przy takim komunikacie warto działać metodycznie: sprawdzić instancję SQL, istnienie bazy CDN_KNF_Konfiguracja, status loginu CDNOperator, mapowanie użytkownika, role bazy danych oraz konfigurację połączenia w Optimie. Dopiero wtedy można bezpiecznie ocenić, czy problem jest po stronie uprawnień, serwera czy konfiguracji po aktualizacji.
Porozmawiajmy o usprawnieniach.