Kako oporaviti fpt dbf datoteku. Oporavak podataka. Opis oporavka datoteke pomoću OfficeRecovery za DBF Online

Kako oporaviti fpt dbf datoteku.  Oporavak podataka.  Opis oporavka datoteke pomoću OfficeRecovery za DBF Online
Kako oporaviti fpt dbf datoteku. Oporavak podataka. Opis oporavka datoteke pomoću OfficeRecovery za DBF Online

Poslovna rješenja

Ako korištenje usluge oporavka na mreži nije moguće, možete preuzeti jedan od sljedećih uslužnih programa:

Osim mogućnosti oporavka informacija kod kuće, oni također pružaju neograničene mogućnosti za oporavak velikog broja datoteka, profesionalnu podršku i mnoge druge opcije korisne korporativnim korisnicima.

Video vodič za korištenje usluge OfficeRecovery Online

O programu OfficeRecovery za DBF Online

OfficeRecovery za DBF Online obnavlja oštećene DBF baze podataka (dbf).

Podržane verzije Visual FoxPro:
9.0, 8.0, 7.0, 6.0, 5.0 i 3.0

Oporavljeni podaci se pohranjuju u novu Visual FoxPro bazu podataka.

Nakon što je oporavak datoteke dovršen, možete procijeniti demo rezultate i registrirati se za besplatno primanje rezultata ili ih odmah kupiti. Ako se datoteka ne može oporaviti, možete naručiti njenu analizu od strane našeg iskusnog tima stručnjaka.

Primjeri korištenja

Usluga za popravku oštećenih DBF datoteka može se koristiti kada se dbf datoteka ne otvori u Microsoft Visual FoxPro i vidite greške ili upozorenja dok je otvarate.

Da biste brzo oporavili oštećenu dbf datoteku, prenesite dbf bazu podataka na našu uslugu oporavka u oblaku koristeći obrazac na ovoj stranici.

Važno je napomenuti da ako je proces oporavka uspješan, na kraju ćete dobiti dbf datoteku spremnu za korištenje. Možete dobiti potpuno obnovljenu dbf bazu podataka odabirom plaćenih ili besplatnih opcija.

Standardne karakteristike:

  • Podrška za Microsoft Visual FoxPro, dBASE, FoxBASE DBF baze podataka
  • Vrati strukturu tabele i podatke
  • Kreirajte novu bazu podataka (.dbf) sa oporavljenim podacima
  • Jednostavan za korištenje, ne zahtijeva posebne vještine

Opis oporavka datoteke pomoću OfficeRecovery za DBF Online

Oštećeni dbf-ovi su datoteke koje su odjednom postale neupotrebljive i ne mogu se otvoriti pomoću Microsoft Visual FoxPro-a. Postoji nekoliko razloga zašto se dbf datoteka može oštetiti. A u nekim slučajevima moguće je popraviti i vratiti oštećenu dbf (Visual FoxPro 9.0, 8.0, 7.0, 6.0, 5.0, 3.0) datoteku.

Ako se vaša dbf baza podataka iznenada pokvari ili ne može otvoriti u programu koji ju je kreirao, ne očajavajte! Više ne morate kupovati skupi softver da popravite samo jednu oštećenu dbf datoteku. OfficeRecovery za DBF Online vam predstavlja novu online uslugu koja će vam pomoći da odmah oporavite oštećenu dbf bazu podataka. Sve što trebate učiniti je jednostavno preuzeti oštećenu dbf datoteku pomoću pretraživača, procijeniti kvalitetu demo rezultata oporavka i odabrati rješenje koje vam najviše odgovara.

OfficeRecovery Online za DBF podržava Microsoft Visual FoxPro 9.0, 8.0, 7.0, 6.0, 5.0, 3.0. Oporavljeni podaci se pohranjuju u novu Visual FoxPro bazu podataka.

OfficeRecovery za DBF Online nudi besplatne i plaćene opcije za potpune rezultate oporavka. Besplatna opcija znači da se puni rezultati mogu dobiti potpuno besplatno u roku od 14-28 dana. Sve što trebate učiniti je jednostavno se pretplatiti na besplatne rezultate nakon što je proces oporavka dbf datoteke završen. Ako treba da dobijete oporavljeni dbf fajl odmah, odmah, trebate odabrati plaćenu opciju umjesto besplatne.

Što učiniti ako u vašoj dbf datoteci nisu identificirani podaci za oporavak? Možete zatražiti bespovratnu analizu vašeg fajla od strane našeg iskusnog tehničkog tima. U nekim slučajevima, oporavak podataka je moguć samo ručno.

Ljudi, u potrazi za ugodnim uslovima rada, često ne razmišljaju o sigurnosti i sigurnosti svojih podataka i prije ili kasnije se suočavaju s problemima njihovog gubitka. Razmotrimo zahtjev klijenta za USB Flash 2Gb Transcend. Prema rečima klijenta, jednog dana prilikom instaliranja drajva u USB port računara, predloženo je da se formatira. Prema riječima klijenta, on je to odbio i obratio se za pomoć administratoru sistema. Administrator sistema, nakon što je otkrio da se računar zamrzava prilikom povezivanja USB diska, nije mogao smisliti ništa bolje nego da se složi s prijedlogom operativnog sistema da ga formatira ( nikad ne radi ovo!). Zatim je administrator sistema koristio popularni program za automatski oporavak R-Studio. Rezultat njenog rada u obliku neimenovanih foldera kopiran je na klijenta na drugi disk. Kada je pregledao rezultat, klijent je otkrio da se oko četvrtine datoteka ne može otvoriti i, što je najgore, 1C Accounting 7.7 je odbio započeti s obnovljenom bazom podataka, navodeći datoteke koje nedostaju.

Kako se ispostavilo, klijentova rezervna kopija ove baze podataka bila je stara više od godinu dana.

Prva faza u rješavanju takvih problema je kreiranje blok-po-blok kopije originalnog drajva (ili, kako je bilo uobičajeno pisati od vremena kada su samo flopi i tvrdi magnetni diskovi bili mediji za pohranu, sektor po sektor ). Prilikom oduzimanja detektira se nestabilna brzina čitanja, što ukazuje na ozbiljno trošenje NAND memorije (višestruko čitanje NAND-a od strane NAND memorijskog kontrolera stranice i ispravljanje grešaka zbog redundancije kodova za ispravljanje grešaka (ECC) je operacija koja zahtijeva velike resurse, što u konačnici utiče na brzinu čitanja). Ako postoje nepročitani dijelovi, potrebno ih je popuniti uzorkom, koji će nam kasnije pomoći da identifikujemo datoteke koje nisu u potpunosti pročitane.

Zatim prelazimo na analizu. Potrebno je utvrditi koji je sistem datoteka i u kojim granicama se prethodno nalazio na USB flešu. Odnosno, potrebno je tražiti regularne izraze specifične za različite metapodatke sistema datoteka, ali prije nego što počnemo, provjerimo jednostavnu opciju koja pretpostavlja da su granice particije iste. Da biste to učinili, postavite trenutne parametre sistema datoteka.

Otvorite LBA 0 (0x0 u datoteci slike) i provjerite tamo da li postoji particiona tablica, ili da li postoji sektor za pokretanje sistema datoteka.


pirinač. 2

U našem slučaju na ofsetu 0x1C2 vidimo tip particije 0x0B, što znači da trenutno postoji FAT32 particija na USB drajvu, koja počinje u sektoru 0x80 (DWORD na offsetu 0x1C6), dužine 0x003C2000 sektora ( DWORD na pomaku 0x1CA). Idite na boot sektor opisane particije u sektoru 0x80 (u datoteci slike bajtova 0x10000)


pirinač. 3

Potrebno je izračunati početnu tačku, odnosno lokaciju nultog klastera u odnosu na koji se prostor računa, te odrediti veličinu klastera.

Da bismo to učinili, potrebni su nam sljedeći parametri opisani u boot sektoru (biće označeni kao pomak od početka sektora): veličina sektora na pomaku 0x0B - 0x200 (512 bajtova), broj sektora u klasteru na pomaku 0x0D - 0x08, veličina klastera se dobija množenjem sektora veličine po broju sektora u klasteru 0x08*0x0200=0x1000 (4096 bajtova), broj rezervisanih sektora do prve kopije FAT tabela - na ofsetu 0x0E=0x01FE (510 sektora ), broj FAT kopija - na ofsetu 0x10=0x02, veličina jedne FAT kopije - na ofsetu 0x24=00000F01 (3841 sektor). Koristeći dobijene parametre, izračunaćemo poziciju početka oblasti podataka: 0x10000+0x01FE*200+0x00000F01*2*200=0x410000 (sektor 8320). Mala kvaka kreatora FAT32 je da smo u ovom trenutku izračunali početak područja podataka za FAT32 particiju, ali to nije nulta referentna tačka, pošto su prva dva unosa u FAT tabeli rezervisana i nisu koristi se za njihovu namjenu, pa je stoga nulta tačka početak područja podataka minus 2 klastera. U ovom slučaju to će biti 0x410000-0x1000*2=0x40E000 (sektor 8318).

Provjerićemo odsustvo unosa u tabeli raspodjele datoteka i sprovesti proceduru za upoređivanje kopija za odstupanja.


Rice. 4

Poređenje FAT kopija pokazalo je da nije bilo odstupanja. Analiza sadržaja jedne od FAT kopija pokazala je da je, prema tabeli, samo jedan klaster popunjen na particiji.

Zatim morate procijeniti korijenski direktorij za izbrisane unose. Pozicija prvog klastera korijenskog direktorija je naznačena u sektoru za pokretanje na pomaku 0x2C=0x00000002. Za drugi klaster, FAT označava FF FF FF 0F, što znači kraj lanca, odnosno korijenski direktorij se sastoji od jednog klastera.


pirinač. 5

Iz adrese izračunate iznad, vidimo korijenski direktorij (root directory), koji sadrži jedan unos od 32 bajta. Na ofsetu 0x0B vidimo vrijednost 0x08, koja označava tip zapisa - oznaku volumena. Činjenica da su tabele za dodjelu datoteka popunjene nulama, i da nema naznake bilo kakvih drugih unosa u korijenskom direktoriju, ukazuje da je ova particija formatirana.

Da biste provjerili pretpostavku da particija nije ponovo kreirana i da su svi parametri sistema datoteka ispravni, trebate potražiti regularni izraz 0x2E 0x2E 0x20 0x20 0x20 0x20 0x20 0x20 sa pomakom unutar sektora 0x20 (ovaj izraz je znak početak direktorija FAT32).


pirinač. 6

Prilikom pronalaženja regularnog izraza, morate se uvjeriti da je ovo zaista direktorij, na temelju drugih kriterija, jer u nekim slučajevima može postojati podudaranje i pronađeni regularni izraz nije element direktorija. Prema informacijama na sl. 6, možemo reći da je ovaj direktorij započeo s klasterom 3 (broj trenutnog klastera DWORD direktorija je sadržan u WORD na pomaku 0x1A (niski dio) i WORD na pomaku 0x14 (visoki dio)) i opisan je u korijenu direktorij, budući da na pomacima 0x3A i 0x34 sadrži nule (početni klaster roditeljskog direktorija). Provjerimo da li broj klastera ovog direktorija odgovara nultoj referentnoj tački datotečnog sistema kreiranog nakon formatiranja. Da biste to učinili, pomnožite broj klastera direktorija veličinom trenutnog klastera i dodajte 0x03*0x1000+0x40E000=0x411000 na nultu tačku. Kao što vidite, adresa za naplatu odgovara stvarnoj lokaciji. Postavljanje imena ovog direktorija moguće je samo ako se korijenski direktorij ranije sastojao od više od jednog klastera, a veza na ovaj direktorij nije bila u prvom klasteru, jer je sadržaj prvog klastera bio potpuno uništen tokom formatiranja, zajedno sa tabele alokacije fajlova.


pirinač. 7

Ponavljamo sve provjere: 0x04*0x1000+0x40E000=0x412000. Opet vidimo da pozicija direktorija odgovara parametrima trenutnog sistema datoteka. Ali, osim ovoga, vidimo da postoji broj klastera roditeljskog direktorija 0x03, koji ukazuje da je ovaj direktorij bio ugniježđen, a gledajući na Sl. 6, možete postaviti ime direktorija, što je prikazano na Sl. 7. Dakle, prema sl. 6, na ofsetu 0x4B vidimo vrijednost 0x10 - to znači da ovaj unos ukazuje na direktorij, a na pomacima 0x5A i 0x54 broj 0x00000004 je pokazivač na 4. klaster. Na pomaku 0x40 – ime direktorija “BIN”. Tako se uspostavlja odnos direktorija u oštećenoj FAT particiji. Nakon izvršenja određenog broja provjera direktorija u različitim dijelovima slike, možemo donijeti konačan zaključak da je ovaj disk formatiran unutar granica prethodnog sistema datoteka i da su parametri novostvorenog sistema datoteka naslijeđeni od prethodnog. , odnosno, daljnje analitičke operacije moraju se izvršiti unutar particije opisane u tabeli particija, uzimajući u obzir parametre trenutnog sistema datoteka.

Znajući da 1C baza podataka, koja se sastoji od DBF datoteka, mora sadržavati konfiguracijsku datoteku 1CV7.MD, tražićemo sekvencu 0x31 0x43 0x56 0x37 0x20 0x20 0x20 0x20 0x4D 0x44. Kako bi se smanjio broj namjerno lažnih rezultata, bolje je izvršiti pretragu unutar 32-bajtnih blokova sa nultim pomakom.


Rice. 8

Dakle, nalazimo sve direktorije koji sadrže pokazivač na datoteku 1CV7.MD. U našem slučaju je pronađen samo jedan takav direktorij, što sugerira da smo pronašli prvi klaster traženog direktorija. Nakon toga slijedi analiza položaja roditeljskih direktorija, sve do korijenskog direktorija. Svaki pronađeni direktorij se registrira u FAT tablici (prvo kao direktorij iz jednog klastera, pisanjem FF FF FF 0F za odgovarajući element tablice). Veza do podređenog objekta je također zapisana u korijenskom direktoriju.

U trenutnoj fazi ćemo kopirati pronađene datoteke uz pretpostavku njihovog kontinuiteta, jer obje kopije FAT-a ne sadrže informacije o fragmentaciji (podsjetite da ih je administrator sistema nepovratno uništio kao rezultat nepromišljenog formatiranja USB flash memorije ). Nakon kopiranja direktorija baze podataka 1C analiziramo broj datoteka. S obzirom da je fragment direktorija bio veličine jednog klastera, izdvojili smo ne više od 126 datoteka, što je očito mnogo manje od onoga što bi trebalo biti u direktoriju s DBF i CDX datotekama vezanim za 1C bazu podataka. Programi za automatsko obnavljanje će proizvesti približno isti rezultat, o čemu svjedoči i rezultat koji je dobio administrator sistema koristeći R-Studio.

Izvučene datoteke uključuju 1CV7.MD (datoteka za konfiguraciju) i 1CV7.DD (datoteka rječnika podataka). Nakon izvršene provjere integriteta, kreirat ćemo privremenu mapu na našem disku u koju ćemo smjestiti 1CV7.MD. Ovu putanju ćemo naznačiti prilikom dodavanja nove baze podataka i otvoriti konfigurator preko kojeg ćemo kreirati čistu bazu podataka na osnovu ove konfiguracije. Uporedimo generiranu DD datoteku s vraćenom ako su opisi i broj direktorija identični, tada nisu potrebne dodatne radnje i, imajući potpunu listu datoteka, možete početi tražiti preostale fragmente direktorija baze podataka 1C; . Da biste to učinili, trebate potražiti nizove ASCII znakovnih kodova koji se koriste u imenima DBF datoteka koje nedostaju. Kako se otkriju fragmenti direktorija, dodajte nastavak lanca u tablicu dodjele datoteka. Nakon svake operacije dodavanja lanca direktorija, kopirajte datoteke i analizirajte koliko je smanjen broj nedostajućih DBF datoteka i ponovo formirajte niz ASCII znakovnih kodova za traženje sljedećeg fragmenta.


pirinač. 9

Također je potrebno zapamtiti da je prilikom pisanja lanca fragmenata direktorija u tablicu alokacije datoteka potrebno analizirati fragmente tako da se LFN zapisi podudaraju. U slučaju samo kratkih zapisa, lanac se može napisati bilo kojim redoslijedom fragmenata.

U ovom slučaju, nakon pretraživanja 5 sekvenci, uspjeli smo pronaći sve preostale fragmente direktorija s 1C bazom podataka.

Nakon što je kompletan lanac fragmenata direktorija izgrađen, ponovo kopiramo sve datoteke 1C baze podataka uz pretpostavku njihovog kontinuiteta. Korisničke informacije se nalaze u DBF datotekama, pa je potrebno provjeriti njihov integritet.

Glavni metod praćenja integriteta DBF datoteke je provjera informacija sadržanih u zaglavlju usluge i da li sadržaj datoteke odgovara opisu u zaglavlju.


pirinač. 10

U početku se procjenjuje zaglavlje: njegova dužina, naznačena na pomaku 0x08, provjerava se da se vidi da li pomak specificiran u njemu vodi do krajnjeg markera 0x0D. Zapisi osnovnog polja, koji počinju od pomaka 0x20, opisuju se 32-bajtnim zapisima, u kojima ime polja slijedi na pomaku 0x00, tip polja na pomaku 0x0B i veličina polja na pomaku 0x10. Zbir veličina polja +1 (jedan dodatni bajt za svaki zapis u bazi podataka je status zapisa u DBF-u) mora biti jednak sadržaju na pomaku 0x0A (veličina jednog zapisa u bazi podataka). Na slici DBF fajlova vidimo sledeće dužine polja: 0x09+0x10+0x10+0x10+0x10+0x10+0x01=0x5A.

Provjerimo da li je veličina datoteke tačna. Da bismo to učinili, množimo broj zapisa navedenih u zaglavlju na pomaku 0x04 sa veličinom jednog zapisa u bazi podataka na pomaku 0x0A, nakon čega slijedi sabiranje sa sadržajem na pomaku 0x08.

0x00000003*0x005A+0xE1=0x01EF. Rezultirajući pomak bi trebao sadržavati marker kraja datoteke 0x1A.

Možete koristiti vizuelnu metodu za praćenje integriteta sadržaja polja.

U ovoj opciji pregleda, potrebno je da skrolujete kroz sadržaj postova od početka do kraja. Ako je popunjavanje homogeno, svako polje sadrži tipove podataka karakteristične za ono što je opisano u zaglavlju i nema stranog sadržaja, onda nakon pregleda DBF datoteke možete zaključiti da je njen sadržaj ispravan.

Ako se otkrije sadržaj koji ne odgovara opisu polja u zaglavlju baze podataka, potrebno je utvrditi tačno mjesto gdje počinju netačni podaci.


Rice. 12

Na osnovu opisa polja u zaglavlju i sadržaja određene DBF datoteke, moguće je generirati probne ASCII sekvence koje bi trebale biti locirane na određenim pomacima u fragmentima koji nedostaju. Ako na jednom od diskova nema baze podataka istog tipa (uključujući kopije datoteka iste baze podataka), ovaj metod će vam omogućiti da relativno brzo pronađete sve nedostajuće fragmente u slici disk jedinice. Odvojeno, napominjemo da će se dodatne poteškoće pojaviti u spajanju fragmenata ako je veličina zapisa u DBF datoteci mala ili višestruka od 16. Ako postoje druge baze podataka istog tipa, zadatak će biti mnogo puta složeniji (ova izjava je istinito u svim fazama rada, počevši od traženja fragmenata željenog direktorija).

Potrebno je provjeriti integritet svake DBF datoteke, kojih u jednoj 1C bazi podataka ima nekoliko stotina. Nakon prolaska svih provjera i prikupljanja fragmenata datoteka, slijedi konačna provjera u konfiguratoru 1C Enterprise.


pirinač. 13

U idealnom slučaju, prema rezultatima testa, sve tačke označene u kvadratićima treba da prođu uspešno. Ako se u prve dvije točke otkriju greške, tada je potrebno analizirati log grešaka u konfiguratoru i otkriti koje DBF datoteke sadrže strane podatke koji nisu otkriveni tijekom provjera. Ako se prilikom provjere logičkog integriteta otkriju greške, onda je opet potrebno analizirati dnevnik grešaka kako bi se utvrdilo je li problem s bazom podataka u kvaliteti njenog prikupljanja ili u greškama koje su napravili programeri 1C konfiguracije.

Skrenimo pažnju na činjenicu da da ovaj USB flash nije formatiran, onda bi nakon lektoriranja postupak oporavka podataka bio mnogo jednostavniji, što bi znatno smanjilo cijenu i vrijeme trajanja posla. U zaključku, želio bih upozoriti sve korisnike i osoblje za održavanje na nepromišljene radnje u vanrednim situacijama, koje više puta pogoršavaju problem, a također žele češće obavljati backup operacije.

Prethodno objavljeno na Clipper Summer 87.
Moram da kreiram CDX indeksni fajl na Clipperu 5.3, ali ne mogu čak ni da napravim exe fajl.
Na početku programa ubacio sam:
REQUEST DBFCDX
rddSetDefault("DBFCDX")
Povezujem kao u primjeru:
BLINKER FILE $(objs) IZLAZ $@ lib dbfcdx.lib

Prilikom izgradnje daje grešku:
BLINKER: 1115: DBFCDX.LIB(CL53INIT) : "_DBFCDX" : neriješeno eksterno

Zamijenjen BLINKER.
Počeo sam da sastavljam BLINKER 6.0
isto.

Ono što je zanimljivo je ako umjesto DBFCDX povežete DBFNDX na primjer, tj.
u programu
REQUEST DBFNDX
rddSetDefault("DBFNDX")
i onda
BLINKER FILE $(objs) IZLAZ $@ lib dbfndx.lib
onda se sve normalno povezuje i radi

Što se tiče drugog pitanja - u svom sistemu takođe koristim i CLIPPER (češće) i FOXPRO (ređe i prestao sam da ga koristim, pošto FOXPRO ima fatalni nedostatak - maksimalna dimenzija niza je 2. Za algoritamista ovo je ogrevno drvo. Da sam znao odmah, uglavnom bih koristio Nije kontaktirao FOX). Ali ipak, nekoliko programa je već na FOXe-u. Međutim, ne razumijem zašto su potrebni opći indeksi? U kliperu koristim NDX, a na FOXe-u njegov jebeni IDX, DBF su uobičajeni. Rad se odvija odvojeno - svakom svoje. Ili je sistem toliko monumentalan da postoji kontinuirani tok izmjena datoteka s obje strane? Bojim se da ne postoji normalno rješenje za heterogene sisteme koji tako blisko sarađuju jedni s drugima na nivou indeksa.
A što se tiče propusta u kreiranju CDX-a od strane Clipper-a, jedini savjet je da učitate fajl sa minimalnim testnim primjerom bez predmetnog dijela (program + DBF + opis kvara (kada i kako se manifestuje), možda neko može da dođemo do dna onoga što se dešava.
Barem sam bio zainteresovan.

Odgovorite na prethodno pismo. Naravno, povezujem _dbfcdx.lic, ali ne pomaže.

Da biste ostvarili svoj interes, možete uzeti prvi DBF i izgraditi ga koristeći bilo koji indeksni izraz pomoću klipera i Foxa.
Veličina indeksa će biti drugačija, a da ne spominjemo sadržaj navodno identičnih indeksa.

U Fox postoji prednost u odnosu na kliper: sa bazom radi mnogo brže, ali imam zadatak za 400 hiljada pretplatnika, koje treba masovno nabrajati svakog mjeseca. Fox bi tu pomogao, inače jurim po menadžmentu, tražeći kompjutere koje mogu ostaviti preko noći za proračune. Stoga je ova kombinacija ponekad vrlo korisna. Naravno, ovo nije tema, ali s toliko pretplatnika i, samim tim, velikom odgovornošću, ima smisla dodijeliti poseban server. Zatim na njemu možete pokrenuti servisne zadatke. Moj Clipper program, koji je star već 13 godina, radi upravo to.

Andrey: Urri piše: Imam zadatak za 400 hiljada pretplatnika. Prethodno sam imao zadatak za 150 hiljada pretplatnika. Brojao sam celu noć. Onda sam se odlučio za algoritam (trebalo mi je dosta vremena) i počeo da ga brojim za 5 sati. Prebačen na xHarbour. Smatra se otprilike 1,5-2 sata. Dakle, Fox i Clipper - vrijeme je za prelazak na normalne kompajlere. A ako rukovodstvo ne razumije vaš rad, trebate promijeniti rukovodstvo, ili dati otkaz. Što prije shvatite ovu istinu, lakše ćete živjeti.

Pogledao sam xHarbor na početku njegove kreativne karijere, ali tada nisam našao priliku da mu priložim ADS, bez kojeg sada ne mogu zamisliti rad za svoje velike baze podataka (ispravni indeksi i transakcije su skupi). Ako znate kako se sprijateljiti sa ADS-om, molim vas recite mi i dajte mi link gdje da nabavim stabilan xHarbor. Pokušat ću na njemu podići računski dio - možda će to olakšati.

Prebacite se na normalan kompajler, kažete? I to uprkos činjenici da je 60% mašina (od 300) takvih da polovina jedva podnosi w98, a druga polovina - w95 podržava samo 14" monitore i rezoluciju 640*480... Šta, na VBasic-u. I teško je sada promeniti vođstvo, međutim, poslodavci ne vole programere u vašem regionu sa Ads-om čak i ranije nego sa DBFCDX-om, tj. radni rdd je bio spreman kada je DBFCDX još uvijek bio u grešci

Andrey: Urri piše: da pola njih w98 teško može podnijeti, a druga polovina - w95 podržava samo 14" monitore i rezoluciju 640*480... Šta, na VBasic-4? Tako da xHarbor čak i radi MNOGO stabilnije na w98 - 95 i bit će brži i ja sam prije toga sumnjao, ali sad se samo pitam zašto mi ga niko prije nije pokazao (xHarbor) jednostavno je sastavljen zadatak od Clippera do xHarbora biti problema, ali će biti manjih problema ja sam već doveo 5 svojih sistema i 3 tuđih je prošlo još lakše, uradio sam to za nedelju dana!

Urri: Poštovani (zajedno sa moderatorom Pašom)! Nemojte me zadirkivati, samo mi dajte link do stabilnog izdanja xHarbor i rdd za ADS i gdje mogu pročitati o tome. Molim te. Veoma neophodno

Andrey: Prokletstvo! Samo uzmete xharbour, skinite verziju odatle i to je to! Koristim ovu verziju skoro godinu dana!

Provedeno testiranje za mašinica za šišanje 5.3, Blinker 1.0 i FoxPro 8.
Postoje dvije identične datoteke testclp.dbf i testfox.dbf
sa poljima IME, IME1 - C(10), BROJ, BROJ1, SUMMACLP, SUMMAFOX - N(10).
Specijalni program fill.exe<кол-во записей>ispunjava oba ova fajla na ovaj način:
IME=A000000001, BROJ1=1 za 1. unos,
IME=A000000002, BROJ1=2 za 2. unos, itd.
Polja NAME1 i NUMBER1 popunjavaju se slično, ali obrnutim redoslijedom, tj. navedene vrijednosti će biti posljednji i pretposljednji zapis itd. Fill.exe ne popunjava polja SUMMAFOX i SUMMACLP.
Zatim, postoje dva slična programa na CLIPPER-u (testclp.exe) i na FoxPro-u (testfox.exe). Za testclp.exe (clipper) zadatak je sljedeći:
a) indeksirajte datoteku testclp.dbf pomoću polja NAME (oznaka FLD)
i po polju NAME1 (oznaka FLD1), kreirajući “vaš vlastiti” indeks testclp.cdx;
b) prođite kroz datoteku testfox.dbf i, koristeći indeksnu datoteku kreiranu u a) za svaki red iz testfox.dbf po vrijednosti NAME, pronađite red u datoteci testclp.dbf koji ima isto polje NAME i dodajte BROJ polje iz ove datoteke u polje SUMMACLP iz testfox.dbf; zatim, koristeći istu vrijednost NAME, pronađite drugu liniju u datoteci testclp.dbf koja ima isto polje NAME1 i oduzmite testfox.dbf od SUMMACLP polja.
c) prođite kroz datoteku testclp.dbf i, koristeći indeksnu datoteku testfox.cdx koju je kreirao drugi program (testfox.exe - FoxPro),
za svaki red iz testclp.dbf, pronađite liniju koristeći vrijednost NAME
u datoteci testfox.dbf, koja ima isto polje NAME i dodajte polje BROJ
iz ove datoteke u polje SUMMACLP iz testclp.dbf; zatim koristeći istu vrijednost NAME
pronađite liniju u datoteci testfox.dbf koja ima isto polje NAME1 i
oduzmite od SUMMACLP polja testclp.dbf.
Za testfox.exe (FoxPro) sličan zadatak:
A) indeksirajte datoteku testfox.dbf po polju NAME (tag FLD)
i po polje NAME1 (tag FLD1), kreiranje “svog vlastitog” indeksa testfox.cdx;
b) prođite kroz datoteku testclp.dbf i, koristeći indeksnu datoteku kreiranu u a) za svaki red iz testclp.dbf po vrijednosti NAME, pronađite red u datoteci testfox.dbf koji ima isto polje NAME i dodajte BROJ polje iz ove datoteke u polje SUMMAFOX iz testclp.dbf; zatim, koristeći istu vrijednost NAME, pronađite red u datoteci testfox.dbf koji ima isto polje NAME1 i oduzmite ga od polja SUMMAFOX testclp.dbf.
c) prođite kroz datoteku testfox.dbf i, koristeći indeksnu datoteku testclp.cdx koju je kreirao drugi program (testclp.exe - Clipper),
za svaki red iz testfox.dbf, pronađite liniju koristeći vrijednost NAME
u datoteci testclp.dbf, koja ima isto polje NAME i dodajte polje NUMBER
iz ove datoteke u polje SUMMAFOX iz testfox.dbf; zatim koristeći istu vrijednost NAME
pronađite liniju u datoteci testclp.dbf koja ima isto polje NAME1 i
oduzeti od polja SUMMAFOX testfox.dbf.
Dakle, kada rade ispravno, oba programa moraju dodavati i oduzimati isti broj svakom polju svake datoteke (iako se nalazi u različitim zapisima), a kao rezultat toga, ako sistem radi ispravno, treba da postoje nulte vrijednosti ​​​polja SUMMACLP i SUMMAFOX u oba fajla.
Test je obavljen za 100.000 i 400.000 zapisa, i uprkos različitim veličinama indeksnih datoteka, dao je ispravan rezultat. Jedino što prilikom dodavanja zapisa jedan od indeksnih fajlova („vanzemaljski“) ostaje neispravan, tako da pri prvom pokretanju svaki od programa radi samo sa „svojim“ indeksom, a ne radi sa „vanzemaljcem“. ” jedan. Nakon pokretanja drugog programa, oba fajla su ispravno indeksirana i oba programa počinju da rade bez grešaka (slično pri smanjenju broja zapisa, ali u isto vreme FoxPro pada u grešku na tuđem indeksu, pa sam morao da koristim ON ERROR handler... Ali to je zato što zbog činjenice da promjenu broja zapisa vrši fill.exe bez otvaranja oba indeksa, kao i zbog činjenice da svaki od programa ne reindeksira drugi indeks (tj. ovo
problem je vještački stvoren – drugačije ne bi trebalo). Ako dozvolite FoxPro-u da ponovo indeksira tuđi indeks, normalan rad se vraća. Nisam dodatno „poboljšao“ sistem za obradu grešaka kako se oba programa ne bi mnogo razlikovala jedan od drugog.
Rezultat je sljedeći:
1) U početku sam imao Clipper 5.3 bez zakrpe (i dugo sam radio na njemu). Zaista se srušio: počevši od oko 40.000 zapisa, ponekad je radio dobro, ponekad se zamrzao, ponekad se srušio s greškom (kao što je program izvršio nevažeću operaciju) na početku programa kada je pokušavao indeksirati "svoj" CDX. Kao što je savjetovano ovdje na forumu, zakrpio sam ga na 5.3b - sve je radilo dobro. Ali čak i prije zakrpe, kvarovi nisu bili u smislu da se FoxPro indeksi nisu razumjeli - bez ponovno indeksiranje(kada su oba indeksa kreirana od strane FoxPro) obrada je obavljena normalno, CLIPPER nije uspio da kreira “svoje” indekse.
2) za moderne DBMS, 400.000 zapisa nije mnogo. Kako
može se vidjeti iz rezultata testa, obrađujući cijeli fajl slučajnim pretraživanjem
traje maksimalno 2-3 minute čak i na donekle zastarjelim računarima. Dakle, 2-4 sata vremena na modernoj tehnologiji (pa čak i 30 minuta) je “das ist fantastisch” u mom smislu. Problem je najvjerovatnije ili u neekonomičnom algoritmu, ili u uskim grlima kao što je propusni opseg mreže (zbog pomame za klijent-server arhitekturom, prema kojoj imam negativan stav - ali ovo je offtopic). 3) Kao što se vidi iz rezultata testa, vrijeme kreiranja indeksa je neznatno u odnosu na ukupno vrijeme rada, pa je najbolje indekse kreirati iznova prije početka obrade fajla, ne vjerujući prethodno kreiranim "stranim" i "našim" indekse (osim ako ih u ovom trenutku ne koriste drugi programi).
Svaki od programa u slučaju normalnog obrada datoteka prijavljuje vrijeme (u sekundama) potrebno za:
- kreiranje „svog“ indeksa (tačka a);
- obrada fajla korišćenjem sopstvenog indeksa (tačka b);
- obrada datoteke korištenjem “stranog” indeksa (tačka c);
- ukupno radno vrijeme (vrijeme za popunjavanje polja se dodaje ovdje)
SUMMAFOX i SUMMACLP sa nultim vrijednostima u oba fajla).
Priložena arhiva:
info.doc - rezultati runtime eksperimenta.
fill.prg - pomoćni tekst programe na kliperu za popunjavanje fajlova.
calc.prg - tekst programa za kliper.
program1.prg - tekst programa FoxPro.
makefill.bat - kreira fill.exe (morat će se malo prilagoditi)
makecalc.bat - kreira testclp.exe (ista stvar).
proj1.pjx - projektni fajl na FoxPro.
testfox.dbf i testclp.dbf - datoteke podataka (kreirane u DBU).
testclp.cdx je indeksna datoteka koju je kreirao CLIPPER.
testfox.cdx je indeksna datoteka koju kreira FoxPro.
fill.exe - program za popunjavanje fajlova.
testclp.exe je CLIPPER program.
testfox.exe je FoxPro program.
Testfox.exe će zahtijevati runtime okruženje (od VFP6
najvjerovatnije neće raditi, pa ćete morati koristiti tekst iz program1.prg
a moguće je i to ispraviti).
Da bi se smanjila veličina arhive, dbf fajlovi sadrže 10 zapisa da bi se sproveli pravi testovi, potrebno je povećati broj zapisa.
Ako imate CLIPPER 5.2, također ćete morati podesiti fill.prg i salc.prg.
Pokušat ću malo kasnije pokrenuti testove za CLIPPER "87, CLIPPER 5.2 i VFP6, pošto ne radim sa ovim verzijama i trenutno ne rade
(kao i unakrsni testovi kao što je CLIPPER 5.2<->VFP8 i CLIPPER 5.3<->VFP6).
Unatoč prividnoj jednostavnosti zadatka, ipak je trebalo dosta vremena, ali upravo takve objektivne komparativne studije su ono što me interesira: ALGO piše: Dakle, 2-4 sata vremena na modernoj tehnologiji (pa čak 30 minuta) je "das ist fantastisch" u mom smislu. Problem je najvjerovatnije ili u neekonomičnom algoritmu. Ovo nije problem, niti je neekonomičan algoritam. Normalno, drugačije ne bi išlo. Da biste razumjeli ovaj algoritam, potrebno je da dostavite zapis o vrijednostima 24 primljena iznosa novca, 24 datuma primljenog novca, 24 tarife, 24 iznosa naknada itd. u jedan unos u bazi podataka. Ovo je ono što sam napisao na Clipperu, a još nisam prepisao, a vjerovatno i neću. Vidio sam kako je implementiran obračun komunalnih računa na 1C platformi verzija 7.5, pa ih ima 9.000. Pretplatnici su naplaćivani oko 5 sati. I ništa, niko se nije bunio.

Programi za vraćanje izgubljenih informacija na računaru.

Novo u kategoriji "Oporavak podataka":

Besplatno
UndeletePlus 3.0.2.406 je mala aplikacija koja obnavlja izbrisane datoteke. Aplikacija Undelete Plus će vam pomoći da povratite izgubljene datoteke, uključujući one izbrisane u DOS modu, iz korpe za otpatke, iz Windows Explorera ili sa mrežnog diska.

Besplatno
Scan DBF 1.6 je aplikacija za popravku ili vraćanje oštećenih DBF datoteka. Aplikacija Scan DBF pomoći će vam da oporavite oštećene datoteke u slučaju nestanka računala ili struje, kada je oštećen kraj ili zaglavlje DBF datoteke.

Besplatno
Recuva 1.42.544 je zgodna aplikacija za oporavak izbrisanih datoteka. Aplikacija Recuva je jednostavna za korištenje i može oporaviti podatke bez ikakvog podešavanja ili za korisnike koji se ranije nisu susreli sa sličnim programima.

Besplatno
Recover My Files 4.9.4.1343 je aplikacija za oporavak datoteka koje su izbrisane pomoću korpe za otpatke u operativnom sistemu Windows. Takođe, aplikacija Recover My Files ima mogućnost oporavka datoteka koje su izgubljene zbog formatiranja diska, izbrisane zbog pada računara, softverske greške ili izbrisane od strane virusa.

Besplatno
PC INSPECTOR File Recovery 4.0 je aplikacija koja će vam trebati da oporavite informacije ako je vaš tvrdi disk oštećen. Aplikacija PC INSPECTOR File Recovery može raditi sa FAT 12/16/32 sistemima datoteka, kao i NTFS.

Besplatno
OS Backup Wizard 1.19 je aplikacija za pravljenje rezervnih kopija za Windows. Jedinstvenost ove aplikacije je njena sposobnost da ne koristi preveliki prostor na disku prilikom pravljenja rezervne kopije sistema.

Besplatno

Besplatno
Norton Ghost 15.0.0.35659 je aplikacija za arhiviranje i vraćanje podataka na personalne računare. Aplikacija podržava rad sa sigurnosnom kopijom i vraćanjem bez ponovnog pokretanja sistema.

Besplatno
Handy Backup 7.1.1 je zgodna aplikacija za automatsko kreiranje kopija vaših podataka i dokumenata, koje možete sačuvati na bilo kom uređaju (eksternom ili internom, kao i na CD-RW) ili otpremiti na FTP server.

Besplatno
GetDataBack 4.25 je moćan i praktičan alat za vraćanje izgubljenih, oštećenih ili izbrisanih informacija sa vašeg tvrdog diska. GetDataBack pruža intuitivno sučelje i poboljšane performanse.

Besplatno
BadCopy Pro 4.10.1215 je aplikacija za oporavak podataka sa CD-ova, disketa, fleš uređaja ili tvrdih diskova koji su oštećeni, imaju viruse, pogrešno su snimljeni ili imaju bilo kakve greške. Aplikacija BadCopy radi automatski kada navedete direktorij za oporavak, uz mogućnost rada sa različitim formatima grafičkih, tekstualnih i izvršnih datoteka, arhiva i drugih tipova datoteka.

Besplatno
Acronis True Image Home 2011 Build 6942/ Home 2012 Build 5545 je moćna aplikacija za kreiranje tačnih slika odabranih particija diska ili samih diskova. Aplikacija Acronis True Image kreira rezervnu kopiju svih podataka, aplikacija i operativnih sistema, sa mogućnošću brzog vraćanja ili kopiranja na drugi računar sa mogućnošću kreiranja kompletne kopije ovog računara.

Besplatno
Acronis Disk Director 11 Home je sveobuhvatan softverski paket sa mnogim alatima neophodnim za rad sa particijama i hard diskovima. Softverski paket ima mogućnost upravljanja vašim diskovima i particijama, kao i kreiranje vlastitih diskova za pokretanje za sigurnosno kopiranje sistema i brz oporavak.

Besplatno
DiVFix 1.10 pomoću ovog programa možete jednostavno pregledati djelimično preuzete .avi video zapise. DiVFix podržava pregled datoteka različitih video formata, uključujući .wmv ili .mpeg. S obzirom da se .avi fajlovi mogu pogledati samo ako su u potpunosti preuzeti, zbog činjenice da se na kraju fajlova nalazi indeksna tabela, a bez nje se ne može otvoriti, ne mogu se reprodukovati na drugim plejerima.

Besplatno
Avi Previewer 2.2.7 je program koji ima mogućnost pregleda nepotpuno preuzetih ili jednostavno oštećenih avi fajlova koji se ne mogu reproducirati na običnim plejerima ili imaju defekte. Program Avi Previewer će vam omogućiti da popravite fajlove ako su oštećeni, vratite ih nakon brisanja ili nepravilnog vađenja iz arhive i slično.

Besplatno
Advanced ZIP Password Recovery 4.00 je program sa mogućnostima za oporavak izgubljenih lozinki za ZIP arhive.


Snimak ekrana 1.

Odmah nakon pokretanja programa DBF Recovery Toolbox Otvara se prozor za odabir dbf datoteke za vraćanje. Odabir željene datoteke može se izvršiti na tri načina:

Pored dbf datoteke, tabela također može uključiti u svoju strukturu datoteku koja sadrži informacije iz polja tipa MEMO. Takve datoteke u pravilu imaju naziv koji odgovara imenu dbf tablice i ekstenziju fpt za tabele u FoxPro formatu ili *.dbt za tabele u dBase formatu.

Bilješka: Ako oštećena dbf datoteka sadrži polja tipa MEMO, ali fpt ili dbt datoteka nije specificirana, program DBF Recovery Toolbox će vratiti samo strukturu polja glavne datoteke tablice i veze od nje do datoteke ovog polja. Međutim, informacije sadržane u vanjskoj datoteci neće biti obrađene. Dakle, ako MEMO datoteka nije oštećena, normalan daljnji rad s vraćenom tablicom bit će moguć. Međutim, ako je pored same dbf tablice, fpt ili dbt datoteka oštećena i nije vraćena, može doći do kvarova tokom rada.

Nakon što odaberete datoteku tabele koju želite da vratite, da biste nastavili sa radom, potrebno je da kliknete na dugme Analyze, koje se nalazi na dnu prozora programa.

Ako je napravljena greška prilikom unosa imena ili putanje do fajla tabele, program će prikazati upozorenje Izaberite datoteku za oporavak! (Molimo izaberite datoteku za vraćanje!) i proces analize strukture tabele neće početi.


Snimak ekrana 2.

Prilikom prelaska na fazu pregleda strukture i sadržaja podataka u izvornoj tabeli, program će prikazati prozor sa upozorenjem o početku procesa oporavka informacija. (Želite li započeti oporavak?). Ako trebate promijeniti ime ili putanju do dbf datoteke, ili dodati MEMO datoteku odabiru, trebate kliknuti na dugme Ne i vratiti se u prozor za odabir datoteke pomoću dugmeta Nazad.

Ako su sve datoteke ispravno navedene, kliknite na Da u dijalogu. Nakon što kliknete na ovo dugme, program će početi analizirati datoteku dbf tabele i dodatne datoteke MEMO polja.

Ako su prilikom analize strukture izvorne tabele pronađena MEMO polja, ali fpt ili dbt datoteka - skladište za takva polja - nije navedena, program traži datoteke takvih tipova s ​​imenom koje odgovara imenu izvornu datoteku u direktoriju iz kojeg se čita. Ako se otkrije, program će prikazati prozor u kojem se traži da koristite datoteku prilikom analize tabele.

U procesu analize i vraćanja informacija, program DBF Recovery Toolbox:

  1. Čita zaglavlje datoteke, identificira nazive i tipove polja tablice i određuje pomake na kojima fizički počinju zapisi u izvornoj datoteci.
  2. Identificira početak svakog zapisa u izvornoj tabeli i izdvaja sva polja tih zapisa iz izvorne datoteke. Ako tabela sadrži polja tipa MEMO, ona identifikuje veze sadržane u zapisima tabele do adresa podataka pohranjenih u datoteci ovih polja. Sama MEMO datoteka se ne obrađuje.
  3. Ako je specificirana datoteka povezana sa MEMO poljima (fpt ili dbt), program analizira njenu strukturu i identificira unose datoteke koji odgovaraju referencama iz glavne tablice.

Prilikom vraćanja informacija, na dnu ekrana će se prikazati traka napretka, pomoću koje možete procijeniti u kojoj je fazi oporavak podataka.

Nakon što se završi analiza oštećene dbf datoteke, oporavljene informacije će biti prikazane u obliku tabele u glavnom radnom području prozora. Kolone tabele prikazane na ekranu će odgovarati poljima izvorne datoteke, a redovi tabele će odgovarati njenim zapisima.

Ako je datoteka toliko oštećena da program ne može povratiti informacije iz nje, na dnu prozora će se pojaviti gumb Pošalji datoteku programerima, pomoću kojeg možete poslati oštećenu datoteku programerima programa putem e-pošte za više informacija. detaljna analiza i restauracija. Takođe, u bilo kom trenutku možete poslati datoteku programerima na analizu koristeći stavku Pošalji izvornu datoteku koja se nalazi u meniju Akcije.

Nakon pregleda oporavljenih informacija, potrebno je da kliknete na dugme Dalje koje se nalazi na dnu prozora programa da biste prešli na fazu spremanja oporavljene datoteke.


Snimak ekrana 3.

Kada radite s originalnom dbf datotekom i svim priloženim datotekama, na njima se ne vrše nikakve promjene. Sav rad se odvija sa kopijom informacija koja se nalazi u RAM-u računara. Stoga, za daljnji rad s oporavljenim podacima, oni moraju biti spremljeni na disk.

U tom slučaju, spremanje podataka vraćenih iz originalne datoteke moguće je samo u registriranoj verziji programa. U probnoj verziji informacije možete pogledati samo u fazi 2.

Da biste sačuvali informacije, možete koristiti tri načina za odabir datoteke:

  1. Unesite putanju i naziv datoteke u kombinovani okvir Popravljeno ime datoteke (.dbf): koji se nalazi u glavnom radnom području prozora. Kada se otvori prozor za izbor datoteke za čuvanje, program automatski popunjava polje za unos. Podrazumevano se predlaže da se restaurirani dbf fajl sačuva u istom folderu iz kojeg je originalna datoteka dobijena, ali sa imenom koje se sastoji od imena originalne datoteke i sufiksa _repaired. To jest, ako je korištena datoteka example.dbf, program će ponuditi da je spremi pod imenom example_repaired.dbf.
  2. Odabir foldera za spremanje i naziv datoteke pomoću standardnog dijaloga za spremanje datoteke. Dugme za otvaranje dijaloga za izbor datoteke nalazi se desno od kombinovanog okvira. Prilikom otvaranja dijaloga koristi se i direktorij iz kojeg je pročitan izvorni fajl i naziv datoteke, konstruisan prema gore opisanom principu.
  3. Izaberite datoteku sa padajuće liste polja za unos. Kada radite sa datotekama tablice, program DBF Recovery Toolbox pohranjuje informacije o prethodno sačuvanim datotekama u svojim postavkama, a ako je potrebno, ovi nazivi datoteka i putanje se mogu ponovo koristiti.

Nakon što odredite putanju i naziv sačuvane datoteke, da biste sačuvali oporavljene informacije, potrebno je da kliknete na dugme Sačuvaj koji se nalazi na dnu prozora programa.

Ako direktorij naveden u polju Ime popravljene datoteke (.dbf): ne postoji, izdaće se upozorenje o direktoriju ne postoji, datoteka neće biti sačuvana i program će ostati u fazi odabira datoteke za spremanje.

Ako datoteka navedena u polju već postoji, program će od vas zatražiti da je ponovo napišete. (Želite li prepisati postojeći fajl?). Ako pritisnete dugme Ne, program će takođe ostati u fazi odabira datoteke. Ako se klikne na dugme Da, ili ako takva datoteka već ne postoji, DBF Recovery Toolbox će preći na fazu pregleda rezultata oporavka.


Snimak ekrana 4.

Program može sačuvati informacije pročitane iz izvorne datoteke u bilo kojem formatu: dBase III-IV, FoxPro 3.x (ili noviji). Međutim, imajte na umu da prilikom spremanja dokumenta u naslijeđenom formatu neki podaci koji nisu kompatibilni s verzijom datoteke koja se čuva mogu biti izgubljeni ili oštećeni.

Format spremljenog dokumenta se bira pomoću polja Odaberi verziju izlazne DBF datoteke: padajuće liste (odaberite verziju rezultirajuće DBF datoteke).

Kada otvorite prozor za izbor formata dokumenta koji želite da sačuvate, program automatski nudi da sačuvate obnovljeni dokument u verziji formata koja odgovara originalnom dokumentu. Ako je izvorna datoteka bila toliko oštećena da se njena verzija nije mogla utvrditi, program će po defaultu ponuditi spremanje datoteke u najnovijoj dostupnoj verziji formata.

Nakon dovršetka podešavanja formata sačuvanog dokumenta, da biste nastavili sa procesom vraćanja i čuvanja podataka, potrebno je da kliknete na dugme Sačuvaj datoteku koje se nalazi na dnu prozora programa.

Ako je potrebno, možete se vratiti na stranicu za odabir datoteke da biste je sačuvali klikom na dugme Nazad.


Snimak ekrana 5.

U ovoj fazi rada, program u glavnom radnom području prozora prikazuje informacije o svim datotekama koje su vraćene u ovoj sesiji njegovog rada. Informacije se sastoje od:

  • ime i putanju do datoteke koja je vraćena;
  • naziv i putanju do datoteke u kojoj su sačuvani oporavljeni podaci;
  • broj zapisa koji su vraćeni;
  • vrijeme kada je datoteka dbf tablice vraćena.

Nakon pregleda dnevnika, možete se vratiti pomoću dugmeta Nazad, koje se nalazi na dnu prozora programa da biste promijenili sve postavke za rad s programom (snimanje oporavljene datoteke pod drugim imenom, odabir druge datoteke za oporavak itd. .).

Ako ste završili rad sa programom, možete kliknuti na dugme Završi da izađete ili jednostavno zatvorite prozor programa.

Kraj rada

Nakon pregleda dnevnika, možete izaći klikom na dugme Izađi ili odabirom Izađi iz menija Datoteka. Također je moguće koristiti dugme Bak za povratak na prvu stranicu programa i odabir druge datoteke za vraćanje. Imajte na umu da se u ovom slučaju, kada sačuvate datoteku, naziv i mapa oporavljene datoteke ne mijenjaju automatski i morat ćete ih promijeniti ručno ili odabrati pomoću dijaloga.