Błąd logowania po konwersji

[Swiety_M]

Witam,
Na serwerze zapasowym przeprowadziłem próbną konwersję z 2016.3.4 do 2017.2.
Wszystko jest ok. Ale na tym serwerze straciłem możliwość logowania ponownie do wersji 2016.3.4, które przed konwersja działało.
Aplikacja łączy się prawidłowo wywołuje login etc, ale po potwierdzeniu hasła komunikat:

Nie udało się nawiązać połączenia ADO z bazą danych.

i dalej jak w załączniku - niepoprawny atrybut w ciągu połączenia. Ktoś kojarzy co 2017.2 zmienia? Loginy, uprawnienia, etc?

[john_doe]

jeśli zrobiłeś to na serwerze produkcyjnym to masz problem pt: wersja 2017.2 usuwa podczas konwersji login z bazy ComarchCdnXL ( chyba ten nazwy dokładnie nie pamiętam).

Spróbuj wykreować nową bazę 2016.3.4 spod menadzera baz. Powinno to założyć loginy.

[Swiety_M]

Niestety potwierdzam, konwersja do 2017.2 rozwala 'stary' model logowania, uprawnienia etc... i trzeba się trochę napocić żeby to ponaprawiać.

PS. Ciekawe czy przemyślał to Comarch w momencie gdy masz, bazę testową na tej samej maszynie co PROD i testowo robisz konwersje i wysadzasz w powietrze całą firmę pracującą na starej bazie...

[KrzysztofKK]

Sprawdzałeś może naprawę uprawnień z pod Menadżera Baz - oczywiście musisz uruchomić dla bazy 2016.... Menadżera także 2016.... bo inaczej nie pójdzie

[Monster]

Niestety potwierdzam, konwersja do 2017.2 rozwala 'stary' model logowania, uprawnienia etc... i trzeba się trochę napocić żeby to ponaprawiać.

PS. Ciekawe czy przemyślał to Comarch w momencie gdy masz, bazę testową na tej samej maszynie co PROD i testowo robisz konwersje i wysadzasz w powietrze całą firmę pracującą na starej bazie...

No tak, ale jako partner/wdrożeniowiec powinieneś to wiedzieć wcześniej...

Aż poszukałem specjalnie, wydawało mi się, że gdzieś to widziałem:
https://spolecznosc.comarch.pl/index.ph ... ozwiazanie

[KrzysztofKK]

Niestety potwierdzam, konwersja do 2017.2 rozwala 'stary' model logowania, uprawnienia etc... i trzeba się trochę napocić żeby to ponaprawiać.

PS. Ciekawe czy przemyślał to Comarch w momencie gdy masz, bazę testową na tej samej maszynie co PROD i testowo robisz konwersje i wysadzasz w powietrze całą firmę pracującą na starej bazie...

No tak, ale jako partner/wdrożeniowiec powinieneś to wiedzieć wcześniej...

Aż poszukałem specjalnie, wydawało mi się, że gdzieś to widziałem:
https://spolecznosc.comarch.pl/index.ph ... ozwiazanie

Wszystko się zgadza ale kolega Monster zapomniał doczytać iż zmiany dla wersji 2017.1 i wersji 2017.2 będą się tyczyły tylko w momencie nowe i czystej instalacji a nie podnoszenia wersji z 2016 do 2017.2 - ja miesiąc temu sam podnosiłem i także napotkałem owy błąd co szło tylko zrobić naprawę uprawnień. Zmiany połączenia i logowania będą od wersji 2018. a problemem nie będą migracje do nowych wersji tylko dodatki napisane na obecnym silniku połączenia - a dlaczego ? a dlatego aby zwiększyć bezpieczeństwo tak w swoim biuletynie technicznym zaznacza Comarch

[Monster]

Wszystko się zgadza ale kolega Monster zapomniał doczytać iż zmiany dla wersji 2017.1 i wersji 2017.2 będą się tyczyły tylko w momencie nowe i czystej instalacji a nie podnoszenia wersji z 2016 do 2017.2 - ja miesiąc temu sam podnosiłem i także napotkałem owy błąd co szło tylko zrobić naprawę uprawnień. Zmiany połączenia i logowania będą od wersji 2018. a problemem nie będą migracje do nowych wersji tylko dodatki napisane na obecnym silniku połączenia - a dlaczego ? a dlatego aby zwiększyć bezpieczeństwo tak w swoim biuletynie technicznym zaznacza Comarch

Akurat kolega Monster bardzo uważnie doczytuje dokumentację, żeby nie wylądować z ręką w nocniku u siebie czy u któregoś z klientów
(tak między nami - jak w praktyce to działa (skasowanie loginu) dowiedziałem się dokładnie w ten sam sposób - czyli podnosząc XLa, ale na swoim laptopie )

W każdym razie - w dokumencie: Zmiany funkcjonalne wprowadzone w Comarch ERP XL w wersji 2017.1.2 jest napisane:

Dodatki wykorzystujące login ComarchCDNXLADO z hasłem przestaną funkcjonować. W tym przypadku należy utworzyć własny login SQL odpowiadający potrzebom danej funkcji dodatkowej

Co można rozumieć jako właśnie dezaktywację loginu.

[Swiety_M]

Witam,
przy konwersji bazy do 2017.2.1 dostaje kilka błędów i nie udaje się dokończyć z sukcesem.
Mieliście podobne przypadki? Robie to kolejny raz, na bazie testowej - przy pierwszym podejściu udało, co o tym sądzicie?

[elmiq]

A masz w bazie funkcję agregującą:

Kod: Zaznacz cały

CREATE AGGREGATE [CDN].[Concatenate]
(@value [nvarchar](max))
RETURNS[nvarchar](max)
EXTERNAL NAME [CDN].[Concatenate]
GO

?

Pozdrawiam,
Mateusz

[Swiety_M]

Hej, problem był z CLR na moim mssql - nawet przy próbie tworzenia nowej czystej bazy ten problem występował, po ustawieniu i restarcie mssql udało się.

Czy macie jakieś problemy ze stabilnością XL 2017.2.1 ? Co kilkanaście minut dostaje komunikat, o błędzie - klienta mam postawionego na Win2k8 R2.więc powinno być raczej stabilnie!

Testy narazie wyglądają słabo....