Treghet i sammenheng med sp_cursorfetch og sp_cursorclose

[Anonymous]

Vi har en Visma Lønn og Visma Global installasjon som responderer veldig tregt ved åpning av f.eks Rapporter.

Jeg har kjørt SQL Server Profiler og sporet dette tilbake til eksekvering av sp_cursorclose og sp_cursorfetch. Se vedlagt bilde.

Samtidig rapporterer SQL Activity Monitor at "Recent Expensive Queries" rapporterer at 

FETCH API_CURSOR0000000000000002 bruker lang tid på execution.

Hva kan dette skyldes?  Ser at dette er ett RPC-kall, men kan ikke finne ut hva som er årsaken.

Kanskje noen har noen tips angående dette?

[Ørjan Myhr]

Hei, tror ikke det er veldig lett å ta denne type support over community. Anbefaler feilsøking sammen med teknikker fra forhandler. Har sett noen ganger at aktivering av ipv6 protokoller har gjort at innlogging går seint. Vi har også sett noen ganger at noen databaser står med en egenskap som heter autoclose som gir tregheter som dette. Det er vel så langt tipsene går her..

[Anonymous]

Tillegg:

Samtidig ser jeg at Audit Login og Audit Logout benytter en god del tid.

For meg ser det ut til at så fort den er innlogget så går kallet til ulike funksjoner i Visma Lønn, raskere.

Lukkes Visma Lønn og nyåpning av Rapporter gjennomføres går duration i SQL Server Profiler opp.

Hva kan dette skyldes? Autentisering?

Benytter Windows Server 2012 og SQL SERVER 2014