Dataåterställning. Beskrivning av att arbeta med DBF Recovery Toolbox Hur man kontrollerar den skadade DBF-filen

Program för att återställa förlorad information på datorn.

↓ Ny i kategorin "Data Recovery":

Fri
OBLEETEPLUS 3.0.2.406 är en liten applikation som återställer raderade filer. Undelete Plus-programmet hjälper till att återställa förlorade filer, inklusive raderas i DOS-läge, från korgen, från Utforskaren eller från en nätverksskiva.

Fri
Scan DBF 1.6 är en applikation för reparation eller återställning av skadade DBF-filer. Skanna DBF-programmet hjälper till att återställa skadade filer när datorn eller strömavbrottet misslyckas när änden eller DBF-filhuvudet själv är skadat.

Fri
RECUVA 1.42.544 är en lämplig applikation för att återställa fjärrfiler. Recuva-applikationen är lätt att använda och kan återställa data utan konfiguration eller för användare som inte stöter på innan programmen.

Fri
Återställ mina filer 4.9.4.1343 är en applikation för att återställa filer som tas bort med en korg i Windows-operativsystemet. Recover My Files-programmet har också möjlighet att återställa filer som är förlorade på grund av diskformatering, raderas på grund av PC-fel, mjukvarufel eller borttagen av virus.

Fri
PC Inspector File Recovery 4.0 är en applikation som behövs för att återställa informationen när den är skadad hårddisk. PC-inspektörsfilåterställning kan fungera med fett 12/16/32 filsystem, liksom NTFS.

Fri
OS Backup Wizard 1.19 är en applikation för att skapa säkerhetskopior för Windows. Den unika egenskapen är dess förmåga vid reservering av systemet, använd inte det överskjutande diskutrymmet för detta.

Fri

Fri
Norton Ghost 15.0.0.35659 är en applikation för arkivering och återhämtning av data på persondatorer. Applikationen stöder bokning och återställningsarbete utan att starta om systemet.

Fri
Handy Backup 7.1.1 är en bekväm applikation för att automatiskt skapa kopior av dina data och dokument som kan sparas på vilken enhet som helst (extern eller intern, såväl som på CD-RW) eller häll till FTP-servern.

Fri
GetDataBack 4.25 är ett kraftfullt och bekvämt verktyg för att återställa förlorad, skadad eller fjärrinformation från hårddisken. GetDataBack-applikationen ger ett intuitivt gränssnitt och förbättrad hastighet.

Fri
Badcopy Pro 4/10/1215 är en ansökan om dataåterställning från CD-skivor, skivor, flashenheter eller hårddiskar som är skadade, har virus, felaktigt inspelade eller har några fel. Badcopy-applikationen fungerar automatiskt när du anger en återställningsdatalog, med möjlighet att arbeta med olika format av grafisk, text och körbara filer, arkiv och andra filtyper.

Fri
Acronis True Image Home 2011 Build 6942 / Hem 2012 Build 5545 är en kraftfull applikation för att skapa exakta bilder för utvalda partitioner av skivor eller skivor själva. Acronis True Image-programmet skapar en säkerhetskopia av alla data, applikationer och operativsystem, med möjlighet att snabbt återställa eller kopiera på en annan dator med möjlighet att skapa en fullständig kopia av den här datorn.

Fri
Acronis Disk Director 11 Hem är ett omfattande mjukvarupaket med en mängd som är nödvändigt för att arbeta med partitioner och hjul av en hårddisk av verktyg. Programvarupaketet har funktioner för att hantera dina skivor och partitioner, liksom skapa egna startdiskar för att säkerhetskopiera systemet och snabb återhämtning.

Fri
DivFix 1.10 Med det här programmet kan du enkelt visa delvis injicerade .avi-videor. Divfix-programmet stöder visning av filer av olika videoformat, inklusive.wmv or.mpeg. Eftersom filer. Ta bort bara om de är helt injicerade, på grund av det faktum att i slutet av filerna finns ett indexbord, och det inte kan öppnas utan det, reproducerar de inte det på andra spelare.

Fri
AVI PREviewer 2.2.7 är ett program som har möjlighet att se inte till slutet av de nedladdade eller helt enkelt skadade AVI-filerna som inte spelas på vanliga spelare eller har defekter. Avi Previewer-programmet tillåter dig att korrigera filer om de är skadade, återställ dem efter att ha tagit bort eller felaktigt extrahera från arkivet och liknande.

Fri
Advanced Zip Password Recovery 4.00 är ett program med möjligheterna att återställa förlorade lösenord för ZIP-arkiv.

Skärmdump 1.

Omedelbart efter att programmet startat DBF Recovery Toolbox Ett fönstret DBF-filval öppnas för återställning. Att välja önskad fil kan göras på tre sätt:

Förutom DBF-filen kan tabellen även innehålla en fil som innehåller information från memofälten i sin struktur. Sådana filer har vanligtvis ett namn som sammanfaller med DBF-tabellnamnet och FPT-förlängningen för FoxPro eller * .dbt-formatbord för DBee-format.

Notera: Om den skadade DBF-filen innehåller fältet Memo-typ, men FPT- eller DBT-filen inte anges, återställer DBF Recovery Toolbox endast fältstrukturen för huvudbordsfilen och referenser från den till filen i det här fältet. Informationen i den externa filen kommer emellertid inte att behandlas. Således, om memo-filen inte skadades, kommer ett normalt ytterligare arbete med ett återvunnet bord möjligt. Om emellertid förutom DBF-tabellen själv var skadad och FPT- eller DBT-filen är inte återställd, funktionsfel är möjliga.

När du har valt tabellen som återställs för att fortsätta arbetet, klicka på Analysze-knappen, som finns längst ner i programfönstret.

Om du har ett fel när du anger ett namn eller en sökväg till tabellfilen, visar programmet ett förebyggande av vänligen välj fil för att återställa! (Vänligen välj en fil för att återställa!) Och processanalysen av bordet startas kommer inte att vara.

Skärmdump 2.

När du går till stativets visningsstruktur och innehåll i källbordet, visar programmet ett fönster med en varning om början av de vill du börja återställa återställningsprocessen? (Vill du börja återhämta?). Om du behöver ändra namn eller sökväg till DBF-filen, eller lägg till en MEMO-fil i valet, måste du klicka på knappen NO och återgå till fönstret Filval med hjälp av bakknappen.

Om alla filer är korrekta måste du klicka på Ja i dialogrutan. Efter att ha tryckt på den här knappen startar programmet att analysera DBF-tabellfilen och ytterligare MEMO-fältfiler.

Om, när man analyserar konstruktionen av källbordet, detekterades memo-fälten, men FPT- eller DBT-filen hittades för sådana fält - var inte specificerat, programmet söker efter filer som det namn som matchar källfilen i katalogen från vilken den läses. Vid detektering kommer programmet att ge ett fönster med ett förslag att använda filen när du analyserar tabellen.

I processen att analysera och återställa information, programmet DBF Recovery Toolbox:

1. Läser filhuvudet, identifierar namn och typer av tabellfälten och bestämmer de offsets från vilka posterna fysiskt startas i källfilen.
2. Den identifierar starten på varje källtabellinmatning och hämtar alla fält av dessa poster från källfilen. Om tabellen innehåller memofälten identifierar länkarna i tabellrekorden till dataadresserna som är lagrade i filerna i dessa fält. Memo-filen själv är inte bearbetad.
3. Om en fil som är associerad med MEMO-fält (FPT eller DBT) anges, analyserar programmet sin struktur och identifierar de filposter som motsvarar länkarna från huvudbordet.

När du återställer information längst ner på skärmen visas en progressfält, med vilken du kan uppskatta vid vilken scendata som återställs.

Efter analysen av den skadade DBF-filen i fönstrets huvudsakliga arbetsområde visas återställt information i form av ett bord. Kolumnerna som visas på bordsskärmen motsvarar fälten i källfilen, och tabelllinjerna spelas in.

Om filen är skadad så mycket att programmet inte kan återställa information från den, visas knappen Skicka en fil till utvecklare längst ner i fönstret (skicka till utvecklare filen), med vilken du kan skicka en skadad fil till utvecklarna av programmet via e-post för mer detaljerad analys och återhämtning. Också när som helst kan du skicka en fil till utvecklare för att analysera, med hjälp av fältet Skicka källkod i menyn Åtgärder.

När du har visat den återställda informationen klickar du på Nästa (Nästa), som ligger längst ner i programfönstret, för att gå till lagringsstegen i den återställda filen.

Skärmdump 3.

När du arbetar med källan DBF-filen och alla bifogade filer, görs inga ändringar till dem. Allt arbete uppstår med en kopia av informationen i datorns RAM. Därför måste de för vidare arbete med återvunnet data sparas på disken.

I det här fallet är det endast möjligt att spara informationen från källfilen endast i den registrerade versionen av programmet. I försöksversionen är endast visning av information om steg 2 tillgänglig.

Du kan använda tre sätt att välja information för att spara information:

1. Ange sökvägen och filnamnet i ett fält med en lista med reparerat filnamn (.dbf): (Namn på den återställda filen (.dbf) :), som ligger i fönstrets huvudsakliga arbetsområde. När du öppnar fönstret för filval för att spara programmet fyller du automatiskt inmatningsfältet. Som standard föreslås det att spara den återställda DBF-filen till samma mapp, från vilken källfilen erhölls, men med namnet som består av namnet på källfilen och det _repaired suffixet. Det vill säga om en exempel.dbf-fil användes, kommer programmet att föreslå att spara det under namnetexempel_repaired.dbf.
2. Välja en mapp för att spara och filnamn med hjälp av en standardfilbesparande dialogruta. Dialogknappen för filval är direkt från fältet med en lista. När du öppnar en dialogruta används också en katalog, från vilken källfilen och filnamnet, byggt på den ovan beskrivna principen, läses också.
3. Välj en fil i rullgardinsmenyn Inmatningsfält. När du arbetar med tabellfiler, program DBF Recovery Toolbox Sparar information om tidigare sparade filer i dina inställningar, och om det behövs kan dessa namn och sätt till filer återanvändas.

Efter att ha angivit sökvägen och namnet på den lagrade filen måste du trycka på Spara-knappen för att spara den återställda informationen som finns längst ner i programfönstret.

Om den katalog som anges i det reparerade filnamnfältet (.dbf): existerar inte, kommer katalogen inte att utfärdas (katalogen existerar inte), filen sparas inte och programmet kommer att förbli på filvalet fas för att spara.

Om filen som anges i fältet redan finns, kommer programmet att ge en begäran om dess överskrivning Vill du skriva om den befintliga filen? (Vill du skriva över en befintlig fil?). Om du trycker på NO-knappen (NEJ), kommer programmet också att vara kvar i filvalfasen. Om ja-knappen (ja) trycks, eller om en sådan fil inte existerar, växlar DBF Recovery Toolbox till återställningsresultaten.

Skärmdump 4.

Programmet kan spara information som läses från källfilen i vilket format som helst: DBase III-IV, FoxPro 3.x (eller senare). Det bör emellertid komma ihåg att samtidigt som det upprätthålls ett dokument i formatet av tidigare versioner, kan en del av de data som är oförenliga med versionen av den lagrade filen gå vilse eller skadas.

Om du väljer formatet för det lagrade dokumentet utförs med ett fält med en SELECT OUTPUT DBF-filversionslista: (välj versionen av den resulterande DBF-filen).

När du öppnar fönstret Format Selection, föreslår programmet automatiskt att spara återställningsdokumentet i formatversionen som matchar källdokumentet. Om källfilen skadades så mycket att det inte var möjligt att bestämma sin version, sparas standardprogrammet för att spara filen i den senaste tillgängliga versionen av formatet.

När du har slutfört installationen av det lagrade dokumentet, för att återställa processen och spara data måste du trycka på knappen Spara fil, som finns längst ner i programfönstret.

Om det behövs kan du återgå till filvalssidan för att spara genom att trycka på BACK-knappen.

Skärmdump 5.

Vid detta driftsstadium visar programmet i huvudarbetet av fönstret information om alla filer som har återställts i denna session i sitt arbete. Informationen består av:

• namn och väg till filen som återställdes;
• namn och sökväg till den fil där återställd information har sparats
• antalet poster som återställdes;
• den tid då DBF-tabellfilen återställs.

Efter att ha tittat på tidningen kan du gå tillbaka med knappen Back, som ligger längst ner i programfönstret för att ändra några parametrar för att arbeta med programmet (spara den återställda filen under ett annat namn, välj en annan fil för återställning, etc. .).

Om du arbetar med programmet är klart, kan du klicka på Slutför knappen för att avsluta eller helt enkelt stänga programfönstret.

Slut på jobbet

När du har visat loggen kan du avsluta arbetet genom att klicka på Avsluta-knappen eller välja ett Exit-kommando i Arkiv-menyn. Det är också möjligt att använda BAK-knappen för att återgå till den första sidan i programmet och välj en annan fil för att återställa. Observera att i det här fallet, när filen sparas, ändras inte namn och mapp i den återställda filen, och de kommer att behövas för att ändras manuellt eller välja med en dialogruta.

Människor i strävan efter bekväma arbetsförhållanden för dem tänker ofta inte på säkerheten och bevarandet av sina uppgifter och förr eller senare inför frågor om deras förlust. Tänk på kundens överklagande med USB-flash 2GB Transcend. Enligt klienten, en av de dagar då du installerar enheten i USB-porten för datorn föreslogs för att formatera den. Enligt kunden vägrade han detta och bad om hjälp till systemadministratören. Systemadministratören, som upptäckte att när du ansluter USB-enheten, kom datorn "hangar", inte med någonting bättre än att komma överens med operativsystemets utbud för att formatera det ( gör det inte!). Därefter använde systemadministratören det populära R-studio automatiska återställningsprogrammet. Resultatet av sitt arbete i form av namngivna mappar kopierades till klienten till en annan enhet. När du tittar på resultatet fann kunden att ungefär en fjärdedel av filer inte kunde vara öppna och, sämre än bara, 1C Accounting 7.7 vägrade att köra med den återställda basen, med hänvisning till frånvaro av filer.

Som det visade sig, en säkerhetskopia av denna bas av kunden mer än årlig begränsning.

Det första steget i att lösa sådana uppgifter är att skapa en blockkopia av den ursprungliga enheten (eller hur man skriver från tid när bärarna bara körs på flexibla och hårda magnetiska skivor - sektorsala). Vid subtrahering detekteras en instabil läshastighet, vilket indikerar ett allvarligt slitage på NAND-minnet (flera avläsning av NAND-styrenheten på NAND-minnessidan och felkorrigeringen på grund av redundansen av felkorrigeringskoder (ECC) är en mycket resurs -intensiv operation, som i slutändan påverkar läshastigheten). I närvaro av olästa tomter är det nödvändigt att fylla dem med ett mönster, som i framtiden kommer att hjälpa till att identifiera filer som inte helt subtraherades.

Fortsätt till analysen. Det är nödvändigt att installera vilket filsystem och i vilka gränser som tidigare var på USB-flash. Det är det, det är nödvändigt att söka efter reguljära uttryck som är karakteristiska för olika metadata av filsystem, men innan den börjar det, kontrollera den enkla versionen som innebär att gränserna för sektionerna är gamla. För att göra detta ställer du in aktuella filsystemparametrar.

Öppna LBA 0 (0x0 i filfilen) och kontrollera närvaron av partitionstabellen där eller tillgängligheten av startsektorns filsystem.

Fikon. 2.

I vårt fall ser vi på 0x0b-typförskjutningen, vilket innebär att USB-enheten är FAT32-sektionen, som börjar med 0x80-sektorn (DWORD av Offset 0x1C6), längd på 0x003C2000 sektorer (DWORD via 0x1CA-förskjutning). Gå till startsektorn för den beskrivna partitionen i 0x80-sektorn (i bilden Bildfil 0x10000)

Fikon. 3.

Det är nödvändigt att beräkna utgångspunkten, det vill säga placeringen av nollklustret, i förhållande till vilket utrymmet beräknas, såväl som bestämning av klustrets storlek.

För att göra detta behöver vi följande parametrar som beskrivs i startsektorn (kommer att anges i form av förskjutning från början av sektorn): storlekssektorns storlek 0x0b - 0x200 (512 byte), antalet sektorer i klustret av Offset 0x0d - 0x08, klusterstorleken erhålls genom att multiplicera storlekssektorerna på antal sektorer i klustret 0x08 * 0x0200 \u003d 0x1000 (4096 byte), antalet reserverade sektorer till den första kopian av fettborden - genom offset 0x0E \u003d 0x01fe (510 sektorer), antal kopior av fett - av offset 0x10 \u003d 0x02, storlek på en kopia fett - vid förskjutning 0x24 \u003d 00000f01 (3841 sektorer). Med hjälp av de erhållna parametrarna beräknar vi positionen i början av dataområdet: 0x10000 + 0x01fe * 200 + 0x00000f01 * 2 * 200 \u003d 0x410000 (8320 sektor). En liten fångst från skaparna av FAT32 är att när vi beräknade starten på dataområdet för FAT32-partitionen, men det är inte en nollpunkt, eftersom de två första posterna i fettbordet är reserverade och inte använda I direkt avsedd, i samband med vilken nollpunkten görs början på dataområdet för minus 2-kluster. I det här fallet kommer det att vara 0x410000-0x1000 * 2 \u003d 0x40e000 (8318 sektor).

Utför en kontroll för bristen på poster i filpostbordet och utför jämförelseproceduren för kopior för avvikelser.

Fikon. fyra

Jämförelse av kopior fett har visat att det inte finns några skillnader. Innehållsanalysen av en av kopiorna av fett visade att enligt bordet fylls endast ett kluster i sektionen.

Därefter måste du utvärdera rotkatalogen för fjärrregister. Placeringen av det första klustret i rotkatalogen anges i startsektorn på offset 0x2C \u003d 0x00000002. För det andra klustret i fett indikeras FF FF FF 0F, vilket innebär att kedjans ände, det vill säga rotkatalogen består av ett kluster.

Fikon. fem

På adressen beräknad ovan ser vi rotkatalogen (rotkatalog), som innehåller den enda 32-byte-posten. Genom att offset 0x0b ser vi värdet på 0x08, vilket indikerar typen av Record-Tom-etikett. Det faktum att platsborden är fyllda med nollor, och det finns ingen aning om några andra poster i rotkatalogen, det föreslår att det här avsnittet formaterades.

För att verifiera antagandet att sektionen inte har upphetsat och alla filsystemparametrar är korrekta är det nödvändigt att söka efter ett vanligt uttryck 0x2e 0x2e 0x20 0x20 0x20 0x20 0x20 0x20 med en förskjutning inuti 0x20-sektorn (detta uttryck är Början av FAT32-katalogen).

Fikon. 6.

När du hittar ett vanligt uttryck är det nödvändigt att se till att detta verkligen är katalogen, enligt andra tecken, eftersom det i vissa fall är möjligt en slump och det vanliga expressionen är inte ett element i katalogen. Enligt information i fig. 6, det kan sägas att den här katalogen började med 3 kluster (numret på det aktuella klustret i DWORD-katalogen finns i Word på 0x1a-offset (yngre) och ord över 0x14 (senior del)) och beskrivs i rotkatalogen, Eftersom offsets 0x3a och 0x34 innehåller nollor (initialt kluster i moderkatalogen). Kontrollera om klusternumret motsvarar den här katalogen med nollpunkten för referens till det filsystem som skapats efter formatering. För detta multiplicerar klusternumret för katalogen på storleken på det aktuella klustret och tillsätt till nollpunkt 0x03 * 0x1000 + 0x40e000 \u003d 0x411000. Som vi ser motsvarar den beräknade adressen det faktiska resultatet. Du kan bara ställa in namnet på den här katalogen om rotkatalogen bestod mer än ett kluster, och hänvisningen till den här katalogen var inte i det första klustret, eftersom innehållet i det första klustret vid formatering helt förstördes tillsammans med filplatsen bord.

Fikon. 7.

Vi upprepar alla kontroller: 0x04 * 0x1000 + 0x40e000 \u003d 0x412000. Återigen ser vi matcha positionen för katalogparametrarna för det aktuella filsystemet. Men dessutom ser vi att det finns ett klusternummer för moderkatalogen 0x03, vilket indikerar att den här katalogen var inbäddad och tittade på FIG. 6, du kan ställa in namnet på katalogen, som är avbildat i fig. 7. Så enligt fig. 6, genom offset 0x4b Vi ser värdet på 0x10 - det betyder att den här posten indikerar katalogen och av offsets 0x5a och 0x54 Numret 0x00000004 är pekaren till det 4: e klustret. Av Offset 0x40 - Namnet på "Bin" -katalogen. Det är således att upprätta förhållandet mellan katalogen i den skadade fettsektionen. Efter att ha utfört ett visst antal kontroller av katalogerna i olika delar av bilden kan du göra en slutgiltig slutsats att formatering i gränserna för det tidigare filsystemet och parametrarna för det nyskapade filsystemet är ärvt från den föregående, det är ytterligare analytiska operationer att utföras inom sektionen, som beskrivs i partitionstabellen, med hänsyn till parametrarna för det aktuella filsystemet.

Att veta att 1C bas bestående av DBF-filer måste innehålla 1CV7.md konfigurationsfil, exekvera sekvenssekvens 0x31 0x43 0x56 0x37 0x20 0x20 0x20 0x20 0x4d 0x44. För att minska antalet uppenbart falska resultat, är sökningen bäst exekverad inom 32-byteblock med nollförskjutning.

Fikon. åtta

Således hittar vi alla kataloger som innehåller en pekare till fil 1cv7.md. I vårt fall hittades endast en sådan katalog, vilket tyder på att vi hittade det första klustret av den nödvändiga katalogen. Nästa följer analysen av Positionen för moderkatalogen, upp till rotkatalogen. Varje found-katalog är skrivet till fettbordet (först som en katalog över ett kluster, genom att spela in FF FF FF 0F för motsvarande tabellelement). Också i rotkatalogen föreskrivs en referens till ett barnobjekt.

Vid det aktuella skedet kommer vi att utföra kopiering av de filer som finns med antagandet om deras kontinuitet, eftersom både kopior av fett inte innehåller fragmenteringsinformation (vi kommer att påminna om att de oåterkalleligt förstördes av systemadministratören som ett resultat av förtjockad USB-flashformatering ). Efter att ha kopierat 1C-databasskatalogen, analysera antalet filer. Med tanke på att fragmentet av katalogen var storleken på ett kluster, tog vi bort inte mer än 126 filer, vilket är tydligt mycket mindre än det borde vara i katalogen med DBF- och CDX-filer relaterade till 1C-databasen. Ungefär samma resultat kommer att ges automatiska återhämtningsprogram, vilket framgår av det resultat som systemadministratören erhållits genom att använda R-Studio.

Bland de extraherade filerna finns 1cv7.md (konfigurationsfil) och 1cv7.dd (Data Dictionary-fil). Efter att ha utfört integritetskontrollen skapar vi en tillfällig mapp på disken där 1cv7.md är placerad. Vi kommer att ange den här sökvägen när du lägger till en ny databas och öppnar konfiguratorn genom att skapa en ren bas baserad på den här konfigurationen. Jämför den bildade DD-filen med återställt om beskrivningarna och antalet referensböcker är identiska, så krävs inga ytterligare åtgärder, och med en komplett lista med filer kan du börja söka efter de andra fragmenten i 1C-databaskatalogen. För att göra detta är det nödvändigt att söka efter sekvenser från ASCII-teckenkoder som används i namnen på de saknade DBF-filerna. När fragmenten detekteras fortsätter den fortsatta kedjan att lägga till filplaceringstabellen. Efter varje komplementoperation av katalogkedjan, kopiera filer och analysera hur mycket antalet saknade DBF-filer har minskat, och återigen bildar ASCII-sekvensen av tecken för sökandet efter nästa fragment.

Fikon. nio

Det är också nödvändigt att komma ihåg att när katalogfragmentkedjan är skrivet till filplaceringstabellen är det nödvändigt att analysera fragment så att LFN-poster visas. När det gäller endast korta poster kan kedjan skrivas med någon order av fragment.

I det här fallet, efter sökandet efter 5 sekvenser, var det möjligt att hitta alla andra fragment av databasen med 1C.

När den fullständiga kedjan av katalogfragmenten är uppbyggd, utför det igen att kopiera alla 1C-databasfiler med antagandet om deras kontinuitet. Anpassad information finns i DBF-filer, så du måste kontrollera deras integritet.

Den viktigaste metoden för att styra integriteten hos DBF-filen är att kontrollera informationen i servicehuvudet och beskriver innehållet i filen i titelöverensstämmelsen.

Fikon. 10

Huvudbedömningen är initialt: den kontrolleras. Dess längd indikerad av Offset 0x08, oavsett om det anges i den slutliga markören 0x0d. Databasfältet, som börjar med 0x20-förskjutningen, beskrivs med 32-byte-poster, där fältnamnet följs av offset 0x00, fältet är 0x0b med offset 0x10 - fältstorleken. Mängden av fältens storlek är +1 (en ytterligare byte för varje post i databasen är status för inspelning i DBF) ska vara lika med innehåll via en 0x0a (storlek på en post i databasen). På ritningen av DBF-filer ser vi följande fältlängder: 0x09 + 0x10 + 0x10 + 0x10 + 0x10 + 0x10 + 0x01 \u003d 0x5a.

Vi kommer att kontrollera korrektheten av filens storlek. För att göra detta, multiplicera antalet poster, som indikeras i titeln med offset 0x04 till storleken på en post i databasen med 0x0a-förskjutning, följt av tillsats till innehållet i 0x08-förskjutning.

0x00000003 * 0x005a + 0xe1 \u003d 0x01ef. Enligt den mottagna förskjutningen bör en 0x1a-filändmarkör vara.

För att övervaka integriteten i innehållet i fälten kan du använda en visuell metod.

I ett sådant visningsalternativ måste du bläddra igenom innehållet i posterna från början till slutet. Om fyllningen är homogen, finns det inga datatyper i varje fältkaraktäristik för det ovan beskrivna i rubriken och utländska innehållet, då efter avslutad DBF-tittaren, kan du avsluta innehållet i dess innehåll.

När innehållet som inte matchar fältbeskrivningen i databashuvudet måste du ställa in den exakta platsen från vilken felaktiga data börjar.

Fikon. 12

Baserat på beskrivningen av fälten i titeln och innehållet i en specifik DBF-fil kan du bilda påstådda ASCII-sekvenser som bör vara på specifika förskjutningar i de saknade fragmenten. I avsaknad av samma typ av databaser på en av enheterna (inklusive filkopior av samma bas), kommer denna metod att snabbt hitta alla de saknade fragmenten i enheten. Separat noterar vi att det kommer att finnas ytterligare svårigheter vid dockningen av fragmenten om storleken på posten i DBF-filen är liten eller förkortad 16. I närvaro av andra liknande databaser kommer uppgiften att vara många gånger komplicerade (detta uttalande Är rättvist i alla stadier av arbetet, med början av sökandet efter fragment av den önskade katalogen).

Det är nödvändigt att kontrollera integriteten hos varje DBF-fil, som i en 1C-databas flera hundra. Vid godkännande av alla kontroller och avgifter för filfragment följer den slutliga kontrollen i 1C Enterprise Configurator.

Fikon. 13

I den perfekta versionen bör alla objekt som är markerade i kryssrutor följas med testresultat. Om fel upptäcks på de två första objekten är det nödvändigt att analysera felloggen i konfiguratorn och ta reda på vilka DBF-filer som är utlänningar som inte har detekterats under kontrollerna. Om fel detekteras vid kontroll av logisk integritet, är det nödvändigt att analysera felloggen för att ta reda på om problemet med basen är att samla det eller i fel som gjorts av 1C-konfigurationsutvecklarna.

Låt oss uppmärksamma det faktum att om denna USB-blixt inte formaterades, då efter avdraget skulle dataåtervinningsförfarandet vara mycket enklare, vilket skulle vara mycket reflekterat i kostnaden och arbetet på en mindre sida. Sammanfattningsvis skulle jag vilja varna alla användare och skötare från våldsamma åtgärder i nödsituationer som upprepade gånger förvärrar problemet, liksom önskar oftare att utföra backupoperationer.

Tidigare skrev jag till Clipper Summer 87.
Det är nödvändigt att skapa en indexfil CDX på Clipper 5.3, men jag kan inte ens samla exe-schnick.
I början av programmet infördes:
Begär DBFCDX
RDDSETDEFAULT ("DBFCDX")
Linous som i exemplet:
Blinker fil $ (objs) utgång [E-post skyddad] Lib dbfcdx.lib

När du monterar det ger ett fel:
Blinker: 1115: dbfcdx.lib (cl53init): "_dbfcdx": oupplöst extern

Ersatt blinker.
Började försöka samla blinker 6.0
samma.

Vad är intressant, om istället för dbfcdx ansluter till exempel dbfndx, d.v.s.
i ett program
Begär dbfndx
Rddsetdefault ("dbfndx")
och då
Blinker fil $ (objs) utgång [E-post skyddad] Lib dbfndx.lib.
då är allt normalt linjer och arbetar

På den andra frågan - i mitt system använder jag också både Clipper (oftare) och FoxPro (mindre ofta och knutet till honom, eftersom FoxPro är en mördad nackdel - den maximala dimensionen av array 2. För algoritmisten är det ved. Om Du visste omedelbart - i General Fox binder inte). Men ändå finns det flera program på Foxe. Men jag förstår inte varför allmänna index behövs? I Clipper använder jag NDX, och på Foxe är dess jävla IDX, DBF Common. Arbetet går ifrån varandra - till var och en. Eller systemet är så monumentalt, vilket är ett kontinuerligt flöde av att ändra filer från två sidor? Jag är rädd att det inte finns någon normal lösning för heterogena system, så nära arbetar med varandra på nivån av index.
Och om glitchesna för att skapa en CDX Clipper är det enda rådet att kasta av filen med ett minsta testexempel utan ett objekt (prog + dbf + en beskrivning av glitchen (när och hur det manifesterar sig), kanske någon kan göra till kärnan i vad som händer.
Åtminstone har jag ett intresse.

Svara på tidigare brev. _dbfcdx. Självklart är jag imponerande, men det hjälper inte.

För att genomföra det intresse som uppstod, kan du ta den första .dbf och bygga på något index. CDX Clipper och Fox.
Storleken på indexen kommer att vara annorlunda, för att inte tala om innehållet i samma påstådda index.

W. räv. Det är en fördel jämfört med klippare: Det fungerar mycket snabbare med basen, och jag har en utmaning för 400 tusen abonnenter som måste bli massivt omräknade varje månad. Här räv skulle hjälpa, och sedan springa på hantering, datorer jag letar efter, som du kan lämna för natten att beräkna. Så en sådan bunt är ibland ganska användbar: ... Jag har en utmaning för 400 tusen abonnenter ... ... och sedan springa på hantering, datorer som söker, vilket kan lämnas för natten att beräkna. Naturligtvis är detta inte ämnet, men med ett sådant antal abonnenter och det blev ett stort ansvar, det är vettigt att markera en separat server. Då kan du köra serviceuppgifter. Min Clipper Prog, som redan är 13 år gammal, gör.

Andrey: Urri skriver: Och jag har en uppgift att 400 tusen abonnenter hade en uppgift som var 150 tusen abonnenter. Jag ansåg hela natten. Sedan började gränsen för algoritmen (gjorde länge) räkna om 5 timmar. Bytte till Hharbor. Han betraktar 1,5-2 timmar om. Så räv som klipparen är dags att gå till vanliga kompilatorer. Och om ledarskapet inte förstår ditt arbete - måste du ändra handboken eller göra det till jobbet. Ju tidigare du förstår den här sanningen, desto lättare kommer det att leva på.

Jag tittade på khharbor. I början av sin kreativa väg, men hittade inte möjligheten att fästa annonserna till honom, utan att han nu inte tycker att arbetet för sina stora baser (korrekthet av index och transaktion är dyr). Om du vet hur man gör vänner med annonser - berätta för mig och ge en länk där du ska ta en stadigt arbetande Hharbon. Jag kommer att försöka höja beräkningsdelen på den - det kan tändas.

På den normala kompilatorn att flytta, säg? Detta är trots att 60% av bilarna (av 300) så hälften av dem W98 med svårigheter drar, och den andra halvan W95 stöder endast med 14 "bildskärmar och en upplösning på 640 * 480 ... vad, på Vbasic-4? En ledarskap är nu svårt att byta - kriscirkeln men arbetsgivarna av programmerare klagar inte nu. Eller i din region annorlunda? Pasha: annonser support är i hamnen. Hamn med annonser gjorde vänner ännu tidigare än med Dbfcdx, dvs öppna rdd för annonser var klar när dbfcdx fortfarande var buggy

Andrey: Urri skriver: den hälften av dem W98 är svår att dra, och den andra hälften - W95 stöder endast med 14 "bildskärmar och en upplösning på 640 * 480 ... Vad, på vBasic-4? Så Hharbor även på W98 - 95 arbetar mycket mer stabilt och det blir snabbare. Jag tvivlade också på, och nu tror jag bara varför ingen för honom (Khharbor) inte visade det !!! Klipparens uppgift i hamnen överfördes helt enkelt sammanställning , Men det kan finnas problem, men små. Problem kommer att bli uppmanade. Jag redan system 5 av sina egna och 3 främlingar av präster !!! Studier ännu enklare gick, gjorde det!

URRI: Kära (tillsammans med moderatorn PASHA)! Du retar inte, och ger länken till den stabila utgåvan av hamnen och RDD för annonser och var du än kan läsa. Trevligt. Mycket nödvändigt

Andrey: Det är jätte! Du tar bara en xharbour swing därifrån en version och allt! Jag sitter redan på den här versionen i nästan ett år!

Tillbringade ett test för clipper 5.3., Blinker 1,0 och Foxpro 8.
Det finns två identiska testclp.dbf och testfox.dbf-fil
Med namn, namn1 - c (10), nummer, nummer1, summaclp, summafox - n (10).
SPECIAL PROGRAM FILL.EXE<кол-во записей> Fyller båda dessa filer på det här sättet:
Namn \u003d A000000001, Number1 \u003d 1 för 1: a posten,
Namn \u003d A000000002, Number1 \u003d 2 för 2: a inträdet, etc.
Namn1 och nummer1-fälten är fyllda på samma sätt, men i omvänd rabatt, d.v.s. Dessa värden kommer att ha den sista och näst sista inspelningen etc. Summafox- och summaclpfälten är inte fyllda med fill.exe.
Därefter finns det två liknande program på Clipper (TestClp.exe) och på FoxPro (TestFox.exe). För testclp.exe (Clipper) Nästa uppgift:
a) Indexera testclp.dbf-filen över fältet Namn (Tag Fld)
och på NAME1-fältet (Tag fld1), samtidigt som du skapar "dess" index testclp.cdx;
b) Gå igenom testfox.dbf-filen och, med hjälp av den) indexfilen, för varje rad från testfox.dbf med namnvärdet, hitta linjen i testclp.dbf-filen, som har samma namnfält och lägg till antalet Numret från den här filen till SummacLP-fält från TESTFOX.DBF; Därefter, på samma namnvärde, hitta en annan rad i testclp.dbf-filen, som har samma namn1-fält och avdrag från fältet Summaclp Testfox.dbf.
c) Gå igenom testclp.dbf-filen och använda den testfox.cdx indexfilen som skapats av ett annat program (TestFox.exe - FoxPro),
För varje rad från Testclp.dbf med namnet på namn för att hitta strängen
I filen testfox.dbf, som har samma namnfält och lägga till nummerfältet
Från den här filen till SummacLP-fältet från TESTCLP.DBF; Sedan på samma värde av namnet
Hitta strängen i testfox.dbf-filen, som har samma fältnamn1 och
Subtrahera från fältet Summaclp Testclp.dbf.
För TestFox.exe (FoxPro) Liknande uppgift:
men) indexfil testfox.dbf på fältet Namn (Tag Fld)
och i fält Namn1 (Tag fld1), samtidigt som du skapar "dess" index testfox.cdx;
b) Gå igenom filen testclp.dbf och använda den) indexfilen som skapats i a), för varje rad från testclp.dbf med namnvärdet för att hitta raden i testfox.dbf-filen, som har samma namnfält och lägg till Antalet numret från den här filen till SURAPAFOX-fält från TESTCLP.DBF; Sedan, på samma namnvärde, hitta strängen i testfox.dbf-filen, som har samma namn1-fält och avdrag från Summerfox Testclp.dbf-fältet.
c) gå igenom testfox.dbf-filen och använda den testclp.cdx indexfilen som skapats av ett annat program (testclp.exe - Clipper),
För varje rad från testfox.dbf med namnvärde, hitta strängen
I filen testclp.dbf, som har samma namnfält och lägg till nummerfältet
Från den här filen till SUXAFOX-fältet från testfox.dbf; Sedan på samma värde av namnet
Hitta en sträng i testclp.dbf-filen, som har samma fältnamn1 och
Subtrahera från Summafox-testfox.dbf-fältet.
Således, med rätt operation, bör båda programmen lägga till och subtrahera samma nummer till varje fält (även om det är beläget i olika register), och som ett resultat, med den korrekta driften av systemet, bör nollvärdena förbli i SUMMACLP och Summafox fält i båda filerna.
Testet utfördes för 100 000 och 400 000 poster, och trots den olika storleken på indexfiler gav det rätta resultatet. Det enda - när du lägger till poster, är en av indexfilerna ("främlingar") fortfarande felaktig, så när du börjar, utför varje program bara fungera med "ditt" index och märker inte med "främling". Efter att ha startat det andra programmet, är båda filerna korrekt indexerade och båda programmen börjar fungera utan misslyckanden (liknar minskningen av antalet poster, men Foxpro flyger i fel på ett utländskt index, och jag var tvungen att ansöka om felhanterare .. . Men det beror på att förändringen av antalet poster görs av fill.exe utan öppningen av båda indexen, liksom på grund av det faktum att var och en av programmen inte kommer att återställa andras index (det vill säga detta
Problemet är artificiellt skapat - annars borde det inte vara). Om du tillåter FoxPro att återindexera någon annans index - återställs normal drift. Därefter, "Förbättra" felbehandlingssystemet, gjorde jag inte, så att båda programmen inte skilde sig mycket från varandra.
Nästa: Nästa:
1) Jag hade först Clipper 5.3 utan en lapp (och jag har jobbat med). Han gav verkligen misslyckanden: börjar någonstans med 40000 poster, ibland fungerade det bra, ibland hängde, ibland avgick med ett fel (som programmet utförde en ogiltig operation) i början av programmet, när du försöker indexera "min" CDX . När de råder här på forumet gjorde han en lapp till 5,3b - allt fungerade bra. Men också till lappen av glitches var inte i den meningen att Foxpro-index inte förstod - utan reindexing (När båda outsikterna skapades FoxPro) utfördes normalt, klipparen faller på skapandet av "dess" index.
2) För moderna Cubd 400 000 poster - inte så mycket. hur
Sett från testresultaten, bearbetar hela filen med slumpmässig sökning
Det tar 2-3 minuter att maximera även flera föråldrade datorer. Så 2-4 timmars tid på modern teknik (och till och med 30 minuter) - det här är "das ist fantastiskt" i mina koncept. Problemet är mest sannolikt, antingen i en icke-ekonomisk algoritm, eller i smala platser av typen av nätverksbandbredd (på grund av kokning av klient-serverarkitekturen, som jag har att göra med det - men det här är en offtopisk) . 3) Som framgår av testresultatet är tiden för att skapa ett index något jämfört med den totala arbetstiden, så det är bäst att starta indexen innan du börjar bearbeta filer, inte lita på de tidigare skapade "främlingarna" och "din" Indisektioner (om de bara inte använde just nu av andra program).
Var och en av programmen i fallet med normal filbehandling Rapporterstid (i sek.), Krävs för:
- Skapa ett "dess" index (pynt a);
- Filbehandling på "dess" index (punkt b);
- Filbehandling på "någons" index (punkt B);
- Total tid på jobbet (här läggs till mer tid för filmfält
SUXAFOX och SUMMACLP nollvärden i båda filerna).
Ett arkiv är bifogat:
info.doc - resultaten av experimentet i tidpunkten för utförandet.
Fill.prg - Texthjälp program På klipparen för att fylla filer.
Calc.prg - Text Clipper Program.
Program1.prg - FoxProGraf Text.
Mjölf.bat - skapar fill.exe (jag måste korrigera lite)
Makecalc.bat - skapar testclp.exe (detsamma).
Proj1.pjx - Projektfil på Foxpro.
TESTFOX.DBF och TESTCLP.DBF - Datafiler (skapad i DBU).
Testclp.cdx är en indexfil skapad av Clipper.
TESTFOX.CDX är en INREX-fil skapad av FoxPro.
fyll.exe - program Att fylla filer.
Testclp.exe - Program på Clipper.
TestFox.exe - Program på FoxPro.
För TestFox.exe kommer runtime-miljö att krävas (från VFP6
Mest sannolikt inte lämplig, så du måste använda texten från program1.prg
Och kanske också att korrigera).
För att minska arkivets omfattning innehåller DBF-filerna 10 poster för riktiga test, antalet poster bör förstoras.
Om tillgänglig Clipper 5.2 måste du också korrigera Fill.prg och Salc.prg.
Test för Clipper "87, Clipper 5.2 och VFP6 Jag kommer att försöka utföra lite senare, för jag jobbar inte med dessa versioner och nu finns det nej
(såväl som korstest som Clipper 5.2<-> VFP8 och Clipper 5.3<-> VFP6).
Trots den verkliga enkelheten i uppgiften var det fortfarande mycket tid, men det var just sådana objektiva jämförande studier att vara stort intresse. Anandrey: Algo skriver: Så 2-4 timmars tid på modern teknik (och till och med 30 minuter) - Det är "Das ist fantastiskt" i mina koncept. Problemet är mest sannolikt eller i en icke-ekonomisk algoritm är inte ett problem, och inte en oekonomisk algoritm. Normal, annorlunda misslyckas. För begreppet denna algoritm är det nödvändigt att registrera värdena på de 24 mängderna av pengarna, 24 datum för ankomsten av pengar, 24 tariffer, 24 belopp av periodiseringar etc. I en post i databasen. Så det var också skrivet på klipparen, och ännu inte omarbetad, och jag kommer inte förmodligen. Jag såg på 1C-versionen 7.5-plattformen, jag genomförde periodiseringen av nyttjandebetalningar, så 9.TES. Kallade abonnenter gjordes ca 5 timmar. Och ingenting, ingen klagade.

Affärslösningar

Om användningen av online återställningsservice inte är möjlig kan du ladda ner ett av följande verktyg:

Förutom möjligheten att återställa information hemma, ger de också obegränsade möjligheter att återställa ett stort antal filer, professionellt stöd och många andra alternativ som är fördelaktiga för företagsanvändare.

Videuide till att använda Officerecovery Online

Om Officerecovery för DBF Online

Officerecovery för DBF Online återställer skadade DBF-databaser (DBF).

Stödda versioner av Visual FoxPro:
9,0, 8,0, 7,0, 6,0, 5,0 och 3,0

Återställda data sparas till en ny visuell FoxPro-databas.

Efter att ha slutfört filåterställningen kan du utvärdera demo-resultaten och registrera dig för gratis mottagningsresultat eller köpa dem omedelbart. Om filen misslyckades med att återställa, kan du beställa sin analys av vårt erfarna team av specialister.

Exempel på att använda

DBF-skadade DBF-filåterställningsservice kan användas när DBF-filen inte öppnas i Microsoft Visual FoxPro och du ser fel eller varningar under öppningen.

För att snabbt återställa en skadad DBF-fil, ladda ner DBF-databasen till vår Cloud Recovery-tjänst med hjälp av formuläret på den här sidan.

Det är viktigt att notera att om återställningsprocessen lyckas, kommer du som ett resultat att få en DBF-fil redo för användning. Du kan få en helt återställd DBF-databas genom att välja betalda eller fria alternativ.

Standardfunktioner:

• Stöd till Microsoft Visual FoxPro-databas, DBase, Foxbase DBF
• Återställ bordstruktur och data
• Skapa en ny databas (.dbf) med återställd data
• Lätt att använda, kräver inte speciella färdigheter

Beskrivning av återställningsfilverktyget Officecovery för DBF Online

DBF-skadade databaser är filer som oväntat blir olämpliga för användning och kan inte öppnas med hjälp av Microsoft Visual FoxPro. Det finns ett antal skäl för vilka DBF-filen kan skjutas bort. Och i vissa fall är det möjligt att korrigera och återställa den skadade DBF-filen (Visual FoxPro 9.0, 8.0, 7.0, 6.0, 5.0, 3.0).

Om din DBF-databas plötsligt har skadats eller otillgänglig att öppna i det program där det skapades, förtvivla inte! Du behöver inte köpa dyrare programvara för att återställa bara en jävla DBF-fil. Officerecovery för DBF Online presenterar dig en ny onlinetjänst som hjälper dig att återställa den skadade DBF-databasen direkt. Allt du behöver göra är att bara ladda upp en skadad DBF-fil med en webbläsare, utvärdera kvaliteten på återställandet av resultaten av resultaten och välja problemet med att lösa problemet.

Officerecovery Online för DBF stöder Microsoft Visual FoxPro 9,0, 8,0, 7,0, 6,0, 5,0, 3,0. Återställda data sparas till en ny visuell FoxPro-databas.

Officerecovery för DBF Online erbjuder gratis och betalda alternativ för fullständiga återhämtningsresultat. Det fria alternativet föreslår att fullständiga resultat kan erhållas helt gratis i 14-28 dagar. Allt du behöver göra är att bara prenumerera på gratis resultat efter slutet av DBF-filåterställningsprocessen. Om du behöver få en återställd DBF-fil omedelbart, måste du välja en betald version istället för gratis.

Vad ska man göra om DBF-filen inte har några data för återhämtning? Du kan beställa en icke-refererad analys av din fil av vårt erfarna tekniska team. I vissa fall är dataåterställning endast manuellt.