Jest to przemysłowy standard baz danych wprowadzony na rynek z systemem NetWare. Obecnie sprzedawany i rozwijany przez Pervasive Software.

• Wersja 5.10a - jednostanowiskowa. Pozwala na pracę na stacji roboczej w instalacji na jednym lub kilku komputerach w sieci z udostępnianiem dysków. Do pracy w takiej konfiguracji wymagane jest załadowanie programu btrieve.exe; jest to program rezydentny, zarządzający bazą danych.
• Wersja 6.10e - instalowana na serwerach NetWare od wersji 3.xx do 5.xx, konfigurowana za pomocą programu bsetup.nlm na serwerze. Na stacji roboczej należy załadować przekaźnik poleceń brequest.exe, komunikujący się z serwerem za pomocą protokołu IPX/SPX

W przypadku instalacji na jednym do trzech komputerów, do wydajnej pracy w zupełności wystarcza wersja jednostanowiskowa. W przypadku większych instalacji montuje się serwer NetWare jako serwer plików i baz danych Btrieve; osiągana wydajność i jakość pracy jest wtedy znacznie lepsza.

Ograniczenia są następujące:

• A.4.1 Maksymalna wielkość bazy danych = 4 000 000 000 bajtów
• A.4.2 Maksymalna wielkość rekordu jaki może przetwarzać = 57 000 bajtów
• A.4.3 Maksymalna liczba rekordów - limitowana wielkością rekordu; przykładowo: jeśli rekord = 256 bajtów to maksymalna liczba rekordów = 15 625 000

Czyli, jak widać, ograniczenia są na tyle duże, że wystarczają w większości instalacji.

Oczywiście, jak wszystko stworzone przez człowieka i baza Btrieve może się uszkodzić. Najczęsciej występujące przyczyny:

• A.5.1 Niepoprawnie zamknięcie, resetowanie serwera NetWare lub komputera na którym przechowywane są bazy.
• A.5.2 Otwieranie i modyfikacja baz danych za pomocą programów innych niż do tego celu przeznaczone i dopuszczone (takimi jak notatnik, Norton Comannder).
• A.5.3 Uszkodzenia elementów pasywnych i aktywnych sieci, powodujące błędy transmisji.
• A.5.4 Używanie sprzętu komputerowego o niewystarczających parametrach technicznych.
• A.5.5 Eksploatacja systemu błędnie skonfigurowanego.

Ponieważ objawy uszkodzenia baz danych btrieve mogą ujawnić się po kilku dniach czy miesiącach od awari systemu, diagnoza czy baza jest uszkodzona, czy nie, nie jest łatwa. W przypadkach wątpliwych stosuje się zasadę ograniczonego zaufania, czyli jeśli tylko istnieje jakakolwiek wątpliwość, wykonuje się naprawę bazy. Charakterystyczne objawy sugerujące możliwość uszkodzenia to:

• A.6.1 Pojawianie się któregoś z komunikatów typu, brak dostępu, nie znalazłem rekordu czy nie moge wykonać modyfikacji...
• A.6.2 Błędne wartości z raportów i analiz, które w poprzednim okresie funkcjonowały poprawnie,
• A.6.3 Niepoprawne zachowywanie się programu; przykładowo podczas operacji wystawiania faktury program komunikuje, że wystawiany numer faktury już istnieje, a gdy próbuje się znaleść tę fakturę, to jej nie ma
• A.6.4 Zniknięcie bądź pojawienie się na listach podejrzanychpozycji: takich których nie było wcześniej i/lub których zawartość sugeruje że dane są błędne lub przypadkowe
• A.6.5 Dziwne zachowanie się podczas operacji przeszukiwania czy wybierania rekordów, takie jak przeskakiwanie pomiędzy pozycjami czy niemożność wyboru danej pozycji

Naprawa bazy danych polega na przepisaniu zawartości bazy do zbioru tekstowego, a następnie ze zbioru tekstowego do pustej bazy danych. Poniżej przedstawiam przykładowe dwa scenariusze naprawy z użyciem różnych narzędzi naprawiających przykładową bazę danych kontrahent.dat.

1. Przykład pierwszy wykorzystujący program butil.exe, który można pobrać ze stąd.
   • A.7.1.1 zatrzymać pracę wszystkich stanowisk, wykorzystujących program, którego bazę danych naprawiamy,
   • A.7.1.2 wykonać pełną kopię baz przed naprawą,
   • A.7.1.3 wywołać linię poleceń i załadować btrieve (przeważnie na instalacjach z wersją 5.xx to btr.bat a z wersją 6.xx to brequest.exe /d:45000),
   • A.7.1.4 wykonać polecenie butil -recover kontrahent.dat kontrahent.txt [ENTER] i zapisać liczbę rekordów, jaka została przepisana,
   • A.7.1.5 zmienić rozszerzenie pliku kontrahent.dat na kontrahent.old,
   • A.7.1.6 skopiować z katalogu CFG pustą bazę danych jako kontrahent.dat,
   • A.7.1.7 wykonać polecenie butil -load kontrahent.txt kontrahent.dat [ENTER] i sprawdzić, czy liczba rekordów zapisana do bazy jest równa liczbie wcześniej zanotowanej,
   • A.7.1.8 powtarzać czynności od A.7.1.4 dla każdej następnej bazy,
   • A.7.1.9 uruchomić program i sprawdzić poprawność wykonania operacji
   • A.7.1.10 usunąć lub wykonać archiwizacje tymczasową plików kontrahent.old, kontrahent.txt i wszystkich innych plików biorących udział w naprawie.

   Wszystkie możliwości programu narzędziowego butil.exe można zobaczyć wywołując z lini poleceń butil.exe [ENTER]

2. Przykład drugi, wykorzystujący program bu.exe, który można pobrać stąd
   • A.7.2.1 zatrzymać pracę wszystkich stanowisk, wykorzystujących program, którego bazę danych naprawiamy,
   • A.7.2.2 wykonać pełną kopię baz przed naprawą,
   • A.7.2.3 wywołać linię poleceń i załadować btrieve (przeważnie na instalacjach z wersją 5.xx to btr.bat a z wersją 6.xx to brequest.exe /d:45000),
   • A.7.2.4 wykonać polecenie bu r kontrahent.dat kontrahent.txt [ENTER] i zapisać liczbę rekordów, jaka została przepisana,
   • A.7.2.5 zmienić rozszerzenie pliku kontrahent.dat na kontrahent.old,
   • A.7.2.6 skopiować z katalogu CFG pustą bazę danych jako kontrahent.dat,
   • A.7.2.7 wykonać polecenie bu l kontrahent.txt kontrahent.dat [ENTER] i sprawdzić, czy liczba rekordów zapisana do bazy jest równa liczbie wcześniej zanotowanej
   • A.7.2.8 powtarzać czynności od A.7.2.4 dla każdej następnej bazy,
   • A.7.2.9 uruchomić program i sprawdzić poprawność wykonania operacji
   • A.7.2.10 usunąć lub wykonać archiwizacje tymczasową plików kontrahent.old, kontrahent.txt i wszystkich innych plików biorących udział w naprawie.
   Program narzędziowy bu.exe pozwala na wykonywanie czynności naprawy na wielu plikach baz danych w sposób automatyczny; pełną składnię poleceń można poznać wywołując z lini poleceń polecenie bu.exe [ENTER]

Programy w sposób automatyczny zakładają puste bazy danych, wystarczy zmienić nazwę pliku bazy danych a następnie uruchomić program, znaleźć funkcję/procedurę, która wykorzystuje daną bazę i wyjść z programu (bez dopisywania żadnego rekordu). W czasie wykonywania znalezionej funkcji program wykryje brak bazy danych i założy ją.

W większości baz danych wersja btrieve (5.xx czy 6.xx) nie jest problemem; istnieje tylko kilka wyjątków, gdzie zakładane bazy muszą być w wersji 5.xx: w_karpo.dat, w_fakg.dat, 0kon.dat

Rozróżnić tutaj poszczególne systemy:

• Ważniejsze w Systemie Wodociągi
  • A.10.1 w_fak*.dat - wystawione faktury
  • A.10.2 w_karpo.dat, w_karmem.dat - kartoteki obiektów
  • A.10.3 w_odbi.dat, w_odbmem.dat - kartoteki klientów
  • A.10.4 w_kartw.dat - kartoteki wodomierzowe
  • A.10.5 w_odczy.dat - odczyty wodomierza
  • A.10.6 w_kkof*.dat - konfiguracja wydruków klientów
  • A.10.7 w_zuzyw1.dat - kartoteki zużyć
  • A.10.8 w_ceni*.dat - cenniki
  • A.10.9 m_fak.dat - faktury wystawione przez inkasenta
  • A.10.10 m_nag.dat - paczki inkasenta
  • A.10.11 m_odc.dat - odczyty i ryczałty zarejestrowane przez inkasenta
  • A.10.12 m_dzink.dat - dziennik pracy inkasenta
• Ważniejsze w Systemie MAG:
  • A.10.100 fak*.dat - przygotowane i wystawione faktury
  • A.10.101 0kon.dat, 0konmem.dat - kontrahenci
  • A.10.102 cfkkg.dat - konfiguracja fk
  • A.10.103 cfkkon.dat - kontówka i dziennik księgowań fk
  • A.10.104 cfkpl.dat - plan kont fk
  • A.10.105 kartotek.dat - kartoteki materiałowe
  • A.10.106 dokmag*.dat - dokumenty magazynowe
  • A.10.107 zakup*.dat - rejestr zakupów
  • A.10.108 ks_*.dat - rejestr kasowy
  • A.10.109 ba_*.dat - rejestr bankowy

Należy wykonać następujące kroki konfiguracyjne:

• A.11.1 w pliku c:\windows\system32\config.nt "zdjąć" komentarz z polecenia DOSONLY, wpisać dos=high,umb i files=100
• A.11.2 wywołać właściwości pliku c:\windows\_default i ustawić w zakładce Różne -> Tło: wyłączyć "zawsze wstrzymuj"; "wykrywanie bezczynności" ustawić na "Niskie"; w zakładce Program: włączyć "zamknij przy zakończeniu", w zakładce Ekran: ustawić "pełny ekran"
• A.11.3 w pliku startowym systemu jako pierwsze polecenie należy wpisać kb16 us
• A.11.4 pozostałe ustawienia tak jak w normalnej instalacji - ładować program pl.exe 1 i pracować w pełnym ekranie

Program rcom.exe komunikuje się z RS-232 bezpośrednio (poza systemem operacyjnym), czyli do poprawnej komunikacji musi być możliwy dostęp do sprzetu (UART 16550). System Windows w wersji Win9X ładuje sterownik do RS-232, który rywalizuje o dostęp do sprzętu z rcom.exe i często efekt jest taki, że Windows zawiesza się... Można temu zaradzić wyłączając w konfiguracji sprzętu ładowanie sterownika dla portu ComX i we właściwościach drzewka urządzeń (Panel Sterowania -> System -> Menadżer urządzeń) zarezerwować zasoby wykorzystywane przez dany port RS-232 (adresy wej/wyj i IRQ). Spowoduje to, że program rcom.exe będzie mógł się komunikować bezpośrednio ze sprzętem, a system nie będzie w to ingerował...