C5 v.3.0 performance problemer - windows 2003 terminal

Gør du det lokalt eller via netværk ?

Jeg har 10 klienter koblet på netværk. og jeg har forsøgt at køre c5 lokalt på serveren.

Har selv oplevet noget lignende, men ikke fundet nogen løsning, så hvis nogen har noget der kan bidrage, er det MEGET velkomment. Jeg oplever dog ikke nogen performarnce problemer i det daglige og den har kørt siden 3.0 kom på gaden uden problemer i øvrigt!

Jeg vil som en bemærkning sige at jeg har mærket performance forandring fra overgang fra 2.10 til 3, endda ret meget nedgang, det eneste vi fandt ud af at ved at skifte et par switche, lave ny fiber og købe ny server, fik vi det lidt mere optimalt ! Men jeg kan stadig til tider bruge 1½ min. på bare at logge ind !

3-4 minutter lyder helt horribelt i et tomt regnskab.
Vi har på større databaser med held slået deling fra, så serveren kører helt som alm pc uden delinger og uden netværksovervågning osv. Det hjælper betydeligt, og kunne være en løsning når du skal oprette så mange regnskaber. En anden mulighed er at installere C5 på din lokale maskine, koble netværket fra og så oprette dine regnskaber. Herefter lægges de ud på serveren.

Du behøver ikke lade C5 oprette regnskabene du kan oprette 1 regnskab og kopierer C5data.* filen (hvis i ikke benytter SQL server - så skal der andre metoder til).

Opret f.eks. C5DATA.STD og tilpas den med det alle regnskaber skal have.

Du kan herefter kopiererSTD regnskabet manuelt eller lave følgende batch fil:

copy c5data.std c5data.%1

----------------

Adgangsstyringen eller brugerprofil, er et system hvor man kan opsætte hvad den enkelte bruger/gruppe kan se. Det styrer både hovedmenuen og de enkelte skærmbilleder/forms.

Jeg kunne godt være foruden systemet, men man bruger det også til at fjerne felter kunden ikke har kode til.

//Tommy

Det gør ingen forskel om du lader C5 oprette regnskaberne eller kopierer dem. Den kører adgangsopdateringen alligevel første gang du går ind. Men det fordeler selvfølgelig problemet til et mere hensigtsmæssigt tidspunkt.

Brugerprofil er et kartotek hvor systemet gemmer hvad der skal skjules for hver brugergruppe (ikke for hver bruger)
Brugerprofilen gemmes i hvert regnskab og pr. brugergruppe

Hvis man kopierer et regnskab bliver brugerprofilen kopieret med og skal derfor ikke opdateres. Jeg har både kigget i koden og prøvet det flere gange.

Med forhandlerkoder (koder til alt) vil der std. ikke være nogen records i kartoteket "Brugerprofil". Vi har 2 brugergruppe og jeg har prøvet at slette vores koder til E-handel, revisor-eksport og Løn - det gav 818 records i Brugerprofil i hvert regnskab. Generelt kan man vist godt sige at få koder og mange brugergrupper giver længere opdateringstid

-------------------

Hvis man ønsker at opdatere brugerprofilet for f.eks. 150 regnskaber på en gang (f.eks. efter en mindre opdatering af selve C5) kan det godt lade sig gøre via en XAL kørsel. Er det en større opdatering f.eks. fra 2.10 til 3.00 så skal hvert regnskab opdateres separat - der kan man sikkert også klare med noget XAL kode, men det bliver individuelt for hver opdatering.

//Tommy

Lige en lille ekstra kommentar:

Man skal regne med at brugerprofilet skal opdateres hvergang man:
1) ændre i koderne
2) ændre i brugergrupperne
3) ændre i manuelle opsætning af brugerprofilerne (selv f.eks. skjuler noget i menuen)
4) kører opdateringer, der bl.a. skifter menufilen ud.

//Tommy

Har du kunnet kopiere et regnskab incl brugerprofiler uden at den opdaterer? Det kan jeg ikke konsekvent - dvs nogen gange virker det, andre gange opdaterer den. Jeg kan ikke helt gennemskue hvornår den føler for det og hvornår den ikke gør, men springer den over første gang, så finder den typisk på at smide light-koden i debkart, og så man skal derind alligevel.

For lige at komme tilbage til det med performance på terminalserveren:

Mange gør det at de på serveren laver de samme shares som på det lokale PC':
F.eks net use S: \\server\C5WIN

Genvejen til C5 applikationen kører nu via S drevet på serveren (via terminalservice) hvilket er noget langsommere end at starte c5 direkte fra det lokale drev, f.eks. D:\WS1\Finance\C5WIN

//Tommy

Jeg kører allerede vha. shares som du angiver, det giver ikke rigtigt noget. Jeg ka n heller ikke som mariaf nævner få den til at opføre sig konsekvent ved kopiering af regnskabsfilerne.
Jeg er snart bange for at problemet ikke skal findes i C5 men i windows2003 eller Xeon processorenes måde at håndtere programmer som har en dos-kerne på. Tommy får pointne for et godt forsøg

Jeg har hørt en fugl synge om at hvis man i udviklingsmenuen vælger

FNC/RET Vælger <Global> og DBOpen og finder den linie der hedder noget med: BrugerProfil::SkjulKode() og sætter // foran linien, så er alle problemer løst.

Men det er ikke noget jeg ved noget om (ha-ha)

Tak for de gode point

//Tommy