Database går "hele tiden" ned :-(

Normally it should be possible to write directly in th ebackend while others use the front end.

It will always be best if users exit the program correctly if they dont then errors CAN occur but from my experiance it is very seldom. It could be your network.

How many users are we talking about?

Der er tale om ca. 10-15 brugere !!!

Mit gæt er - at det er netværket som "fremtvinger" fejlen..

Vi har ikke længere office pakken installeret lokalt (på c-drevet) men kører programmer via en ekstern server...

Kan dette forårsage problemet ?

Det er klart at anbefale at hver bruger har deres egen front-end (.mde). Derved undgås mange af den type fejl, som du beskriver. Selvom det er backenden, som den 'brokker' sig over, er det som regel frontenden, som forårsager fejlen.
Men når hver bruger har frontend liggende lokalt, så opstår fejlene stort set aldrig.

/Thomas

Det er muligt at det samme gør sig gældende med selve Office-pakken. I 'gamle' dage var det mere normalt at man have office-programmet liggende på en server, som alle aktiverede. Men jeg ved ikke hvor stabilt det er, når man tænker på kompleksiteten af programmmer nutildags i forhold til for blot nogle år siden...!?

<thomas>
Dit svar ser meget interessant ud - i et større sammenhæng.. Vi har faktisk en del problemer med, at vores office programmer fra tid til anden "går ned" - hvilket skyldes, at de ligger på det nye netværk...

Mht access - kan man se, hvem der er skyld i fejlen - og dermed få en forklaring på, hvorfor den "går ned" ??

Når jeg kigger i log-filen, står der jo kun hvem som benytter mdb ???

du kan desværre ikke se hvem, som forårsager fejlen, og .ldb-filen viser kun hvem, som har været logget på siden alle brugere sidst var logget af.

Okay - så "bottom line" er altså

1) Nogle brugere, lukkere ikke mde. filen ordentligt
2) Eller - mde.filen er bare for sårbar idet den ligger på netværket og ikke lokalt (c-drev) - som man bare må lære at leve med ??

Løsning:
1) Omstrukturer netværket så programmer ligger lokalt
2) Evt. en "Luk program" knap - som SKAL benyttes !!???

Er det dét, som skal til for at får mde.filen til at køre stabilt igen ??

Lige præcis! Det er også Microsofts foretrukne model.

Når frontenden ligger lokalt, så kan den i princippet også hærges, som man vil. Man kan altid bare kopiere 'master'-frontenden ned lokalt igen.

Øøhh, ja det gør jeg også - men..

Jeg har ikke adgang master-frontenden, da backend mdb er beskadiget og skal repareres !!!
Mit problem er, at jeg ikke kan få adgang til min backend mdb før alle brugere afslutter mde-filen !!!

Og det kan vores netværk bare slet ikke finde ud af...
Selvom alle lukker ned - viser .ldb-filen, at alle stadig er på !!???

Ved du - hvordan man kan få adgang alligevel - dvs. smide andre brugere af systemet ???

Hvis jeg blot kan få adgang til backend.mdb og reparere den, er det til at leve med !!

Er dette muligt ??

NT/Win2000 kan tvinge en bruger til at slippe en fil, men jeg kan ikke huske hvordan.

Nedenstående kode kan fortælle dig hvilke brugere, som har fat i en Access-fil.

Koden kræver en reference til ADOX (MS ADO Ext 2.x for DLL and Security) og alm. ADO (MS ActiveX Data Object 2.x Library)

Public Function CountUsers(DatabaseSti As String) As Byte
    Dim cnn As ADODB.Connection
    Dim rst As ADODB.Recordset
    Dim intUser As Integer
    Dim fld As ADODB.Field
   
    'Const DatabaseSti = "E:\Dokumenter\Access 2000\Expenses.mdb"
   
    Const adhcUsers = "{947bb102-5d43-11d1-bdbf-00c04fb92675}"
   
    Set cnn = New ADODB.Connection
    cnn.Provider = "Microsoft.Jet.OLEDB.4.0;Data Source=" & DatabaseSti & ";User ID=Admin;Password=;"
    cnn.Open
   
    Set rst = cnn.OpenSchema(adSchemaProviderSpecific, , adhcUsers)
   
    With rst
        Do Until .EOF
            intUser = intUser + 1
            Debug.Print "User # " & intUser
            For Each fld In .Fields
                Debug.Print "  " & fld.Name & "=" & fld.Value
            Next
            .MoveNext
        Loop
    End With
    CountUsers = intUser
    rst.Close
    Set rst = Nothing
    cnn.Close
    Set cnn = Nothing
End Function

Koden bruges således:

Tryk Ctrl+G
Skriv:
?CountUsers("X:\Databaser\DinBackend.mdb")

Herefter listet brugerne i debug-vinduet (inkl. dig selv)

Det virker ikke... Kan ikke tage udtrykket "Dim cnn As ADODB.Connection"

Men hvis du kan finde ud af, hvordan NT/Win2000 kan tvinge en bruger til at slippe en fil - vil det være super :-))

Ellers mange tak for info / hjælpen ...

sOM sagt, skal du have en reference til de 2 nævnte biblioteker.
Fra VBA-editoren finder du det under:
Tools->References

Jeg har ikke mulighed for at undersøge NT-funktionaliteten :o(