Vi anvender en C5 kerne 1.66. Vores database er p.t. godt 2G - altså rimelig stor. Der er ca. 6 brugere som indtaster ordre jævnligt + vi importerer ordre via ODBC driveren. Herudover er der 10 bruger, som primært arbejder med debitor, kreditor og lager kartotekerne.
På det sidste (sidste månedstid) har vi ofte oplevet et "nedbrud" i C5 - dvs. en indeksfejl i enten Ordkart eller Ordlinier. Det eneste der hjælper er en reindeksering af databasen. Pga. vores meget store database, så tager det adskillige timer og det ligger altså C5 helt ned.
Typisk sker fejlen ved fakturering. Er der nogen der har en idé til hvad det kan skyldes?
Vores netværk er består af 1 hoved switch (8x1Gbit), hvor vores C5 server sidder. Til hoved switchen er der tilsluttet 5 "subswitches" alle med 100 mbit ud til klienterne. Umiddelbart tror jeg ikke det er et netværksproblem?!?
Et par af vores PC klienter er efterhånden ved at være "gamle", dvs. 500 Mhz, 128 Mb Ram. Kan det være et problem?
Jeg kan ikke huske om version 1.66 kunne håndtere mere end lige godt 2 GB database - hvis ikke (jeg checker det lige op i morgen, hvis ikke en anden svarer), så skal I se at få opdateret inden det går helt galt. En anden mulighed er et delvist defekt netkort, netstik, strømfejl eller lign. Prøv at sætte parameteren -gv på, og se om det hjælper. Det kan godt være halvdyrt for jer at opdatere, hvis I har mange tilretninger, men det er jo også dyrt at ligge stille, så du kunne jo overveje det.
Uden at vide hvad det helt præcist er, så ved jeg at vi fået rettet en eller anden variabel eller lignende til, så vores version kan arbejde med mere end 2GB data.
Hvad gør -gv optionen?
Synes godt om
Slettet bruger
08. august 2003 - 07:53#3
Med en database af den størrelse bør i overveje at gå over til C5-SQL. Dette kræver dog at I først opdaterer til minimum version 2.10. Ældre versioner af C5 kan ikke umiddelbart arbejde med mere end 2 GB, men performance bliver under alle omstændigheder dårligere og dårligere ved så stor en database. Dette er ikke noget problem på SQL som heller ikke skal reindekseres.
Under alle omstændigheder bør i få opdateret. I den nye version ligger der også en mulighed for at reducere databasestørrelsen.
Arbejdsstationerne udgør ikke noget problem. Alle databaseoperationerne udføres på serveren som til gengæld skal have masser af RAM.
Der er altid nogle data, man godt kan skille sig af med, f.eks. gamle ordrelinier, efterkalkulerede produktioner, sammenlægning af lagerposteringer og finansposteringer, som går langt tilbage!
Det har vi gjort. Vi vil ikke have en databasestørrelse på over 1,5 GB!
Der findes et menupunkt 'slet produktioner' og slet 'ordrelinier'. Det er et godt sted at starte. Man skal bare gøre sig klart, hvilke data man er interesseret i at beholde. Du skal huske på, at ordrelinierne stadig eksisterer - blot ikke som ordrelinie men som fakturajournal og følgeseddeljournal!
Synes godt om
Slettet bruger
11. august 2003 - 07:59#7
Det er ikke nok at skette data. Der skal laves en eksport af databasen efter sletning, hvorefter databasen skal importeres igen.
Jeg vil nu prøve at slette nogle data selv og lave en eksport / import. Som Ulricho nævner, så er det jo bare at gemme den original DAT fil. Hjælper det iøvrigt at komprimere nogle af de forskellige posteringskartoteker - eksempelvis lagerposteringer?
Lukketid - eller er I bare kørt videre med problemet?
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
