ব্যবসায়িক সমাধান

যদি একটি অনলাইন পুনরুদ্ধার পরিষেবা ব্যবহার করা সম্ভব না হয় তবে আপনি নিম্নলিখিত ইউটিলিটিগুলির একটি ডাউনলোড করতে পারেন:

বাড়িতে তথ্য পুনরুদ্ধার করার ক্ষমতা ছাড়াও, তারা বিপুল সংখ্যক ফাইল পুনরুদ্ধার করার জন্য সীমাহীন বিকল্প, পেশাদার সহায়তা এবং কর্পোরেট ব্যবহারকারীদের জন্য দরকারী অন্যান্য অনেক বিকল্প প্রদান করে।

OfficeRecovery অনলাইন পরিষেবা ব্যবহার করার জন্য ভিডিও নির্দেশিকা

DBF অনলাইনের জন্য OfficeRecovery সম্পর্কে

DBF অনলাইন মেরামতের জন্য OfficeRecovery বিকৃত DBF (dbf) ডাটাবেস।

ভিজ্যুয়াল ফক্সপ্রোর সমর্থিত সংস্করণ:
9.0, 8.0, 7.0, 6.0, 5.0 এবং 3.0

পুনরুদ্ধার করা ডেটা একটি নতুন ভিজ্যুয়াল ফক্সপ্রো ডাটাবেসে সংরক্ষিত হয়।

ফাইল পুনরুদ্ধার শেষ হওয়ার পরে, আপনি ডেমো ফলাফলগুলি মূল্যায়ন করতে পারেন এবং বিনামূল্যে ফলাফলের জন্য নিবন্ধন করতে পারেন বা অবিলম্বে সেগুলি কিনতে পারেন৷ ফাইলটি পুনরুদ্ধার করা না গেলে, আপনি আমাদের অভিজ্ঞ বিশেষজ্ঞদের দ্বারা এটির বিশ্লেষণের আদেশ দিতে পারেন।

ব্যবহারের উদাহরণ

দূষিত DBF ফাইল মেরামত পরিষেবাটি ব্যবহার করা যেতে পারে যখন Microsoft Visual FoxPro-এ একটি dbf ফাইল খোলা যাবে না এবং আপনি খোলার সময় ত্রুটি বা সতর্কতা দেখতে পান।

একটি ক্ষতিগ্রস্ত dbf ফাইল দ্রুত পুনরুদ্ধার করার জন্য, এই পৃষ্ঠায় ফর্ম ব্যবহার করে আমাদের ক্লাউড পুনরুদ্ধার পরিষেবাতে dbf ডাটাবেস আপলোড করুন৷

এটি লক্ষ্য করা গুরুত্বপূর্ণ যে পুনরুদ্ধার প্রক্রিয়া সফল হলে, ফলস্বরূপ আপনি একটি dbf ফাইল ব্যবহারের জন্য প্রস্তুত পাবেন। আপনি প্রদত্ত বা বিনামূল্যের বিকল্পগুলি বেছে নিয়ে একটি সম্পূর্ণ পুনরুদ্ধার করা dbf ডাটাবেস পেতে পারেন৷

সাধারণ বৈশিষ্ট্য:

• Microsoft Visual FoxPro, dBASE, FoxBASE DBF ডাটাবেসের জন্য সমর্থন
• টেবিল গঠন এবং ডেটা পুনরুদ্ধার করুন
• পুনরুদ্ধার করা ডেটা সহ একটি নতুন ডাটাবেস (.dbf) তৈরি করুন
• ব্যবহার করা সহজ, কোন বিশেষ দক্ষতার প্রয়োজন নেই

DBF অনলাইন টুলের জন্য OfficeRecovery দ্বারা ফাইল পুনরুদ্ধারের বিবরণ

দূষিত dbf ডাটাবেসগুলি এমন ফাইল যা হঠাৎ করে অব্যবহারযোগ্য হয়ে যায় এবং Microsoft Visual FoxPro দিয়ে খোলা যায় না। একটি dbf ফাইল দূষিত হতে পারে কেন অনেক কারণ আছে. এবং কিছু ক্ষেত্রে ক্ষতিগ্রস্ত ডিবিএফ (ভিজ্যুয়াল ফক্সপ্রো 9.0, 8.0, 7.0, 6.0, 5.0, 3.0) ফাইল ঠিক করা এবং পুনরুদ্ধার করা সম্ভব।

আপনার dbf ডাটাবেস যদি হঠাৎ করে দূষিত হয়ে যায় বা এটি যে প্রোগ্রাম দিয়ে তৈরি করা হয়েছিল তাতে খোলার জন্য অনুপলব্ধ হয়ে যায়, হতাশ হবেন না! শুধুমাত্র একটি ভাঙা dbf ফাইল মেরামত করার জন্য আপনাকে আর ব্যয়বহুল সফ্টওয়্যার কিনতে হবে না। DBF অনলাইনের জন্য OfficeRecovery আপনাকে একটি নতুন অনলাইন পরিষেবা উপস্থাপন করে যা আপনাকে একটি দূষিত dbf ডাটাবেস অবিলম্বে পুনরুদ্ধার করতে সহায়তা করবে। আপনাকে যা করতে হবে তা হল একটি ব্রাউজার ব্যবহার করে দূষিত dbf ফাইলটি ডাউনলোড করুন, ডেমো ফলাফল পুনরুদ্ধারের গুণমান মূল্যায়ন করুন এবং আপনার জন্য সবচেয়ে উপযুক্ত সমাধান বেছে নিন।

DBF এর জন্য OfficeRecovery অনলাইন Microsoft Visual FoxPro 9.0, 8.0, 7.0, 6.0, 5.0, 3.0 সমর্থন করে। পুনরুদ্ধার করা ডেটা একটি নতুন ভিজ্যুয়াল ফক্সপ্রো ডাটাবেসে সংরক্ষিত হয়।

ডিবিএফ অনলাইনের জন্য OfficeRecovery সম্পূর্ণ পুনরুদ্ধারের ফলাফল পেতে বিনামূল্যে এবং অর্থ প্রদানের বিকল্পগুলি অফার করে৷ বিনামূল্যের বিকল্পটি অনুমান করে যে সম্পূর্ণ ফলাফল 14-28 দিনের মধ্যে সম্পূর্ণ বিনামূল্যে পাওয়া যাবে। dbf ফাইল পুনরুদ্ধার প্রক্রিয়া শেষ হওয়ার পরে আপনাকে যা করতে হবে তা হল বিনামূল্যে ফলাফলের জন্য সদস্যতা নেওয়া। আপনি যদি অবিলম্বে পুনরুদ্ধার করা dbf ফাইলটি পেতে চান, তাত্ক্ষণিকভাবে, আপনাকে বিনামূল্যের পরিবর্তে একটি অর্থপ্রদানের বিকল্প বেছে নিতে হবে।

আপনার dbf ফাইলে পুনরুদ্ধার ডেটা না থাকলে আপনার কী করা উচিত? আপনি আমাদের অভিজ্ঞ প্রযুক্তিগত দল দ্বারা আপনার ফাইলের একটি অ-ফেরতযোগ্য বিশ্লেষণ অর্ডার করতে পারেন। কিছু ক্ষেত্রে, ডেটা পুনরুদ্ধার শুধুমাত্র ম্যানুয়ালি সম্ভব।

তাদের জন্য আরামদায়ক কাজের অবস্থার সন্ধানে থাকা লোকেরা প্রায়শই তাদের ডেটার সুরক্ষা এবং সুরক্ষা সম্পর্কে ভাবেন না এবং শীঘ্র বা পরে তাদের ক্ষতির সমস্যার মুখোমুখি হন। ইউএসবি ফ্ল্যাশ 2 জিবি ট্রান্সসেন্ড সহ ক্লায়েন্টের অনুরোধ বিবেচনা করা যাক। ক্লায়েন্টের মতে, একদিন যখন কম্পিউটারের ইউএসবি পোর্টে ড্রাইভটি ইনস্টল করা হয়েছিল, তখন এটি ফরম্যাট করার প্রস্তাব দেওয়া হয়েছিল। ক্লায়েন্টের মতে, তিনি এটি প্রত্যাখ্যান করেছিলেন এবং সাহায্যের জন্য সিস্টেম প্রশাসকের দিকে ফিরেছিলেন। সিস্টেম অ্যাডমিনিস্ট্রেটর, আবিষ্কার করে যে একটি USB ড্রাইভ সংযুক্ত হলে কম্পিউটার "হ্যাং" হয়ে যায়, এটি ফর্ম্যাট করার জন্য অপারেটিং সিস্টেমের পরামর্শের সাথে একমত হওয়ার চেয়ে ভাল কিছু নিয়ে আসেনি ( এটা কখনও না!) এরপরে, সিস্টেম অ্যাডমিনিস্ট্রেটর জনপ্রিয় আর-স্টুডিও স্বয়ংক্রিয় পুনরুদ্ধার প্রোগ্রাম ব্যবহার করেন। নামহীন ফোল্ডারের আকারে তার কাজের ফলাফল অন্য ড্রাইভে ক্লায়েন্টে অনুলিপি করা হয়েছিল। ফলাফলটি দেখার সময়, ক্লায়েন্ট দেখতে পান যে প্রায় এক চতুর্থাংশ ফাইল খোলা যায়নি এবং সবচেয়ে খারাপ, 1C অ্যাকাউন্টিং 7.7 ফাইলগুলির অনুপস্থিতির কথা উল্লেখ করে পুনরুদ্ধার করা ডাটাবেস দিয়ে শুরু করতে অস্বীকার করেছে।

দেখা যাচ্ছে, ক্লায়েন্টের কাছে এই ডাটাবেসের একটি ব্যাকআপ কপি ছিল যা এক বছরেরও বেশি পুরনো।

এই ধরনের সমস্যা সমাধানের প্রথম ধাপ হল মূল ড্রাইভের ব্লক-বাই-ব্লক কপি তৈরি করা (অথবা, যেহেতু এটি সেই সময় থেকে লেখার প্রথাগত যখন শুধুমাত্র ফ্লপি এবং হার্ড ডিস্ক ড্রাইভ মিডিয়া ছিল, সেক্টর-বাই-সেক্টর) . বিয়োগ করার সময়, একটি অস্থির পড়ার গতি সনাক্ত করা হয়, যা NAND মেমরির গুরুতর পরিধানের ইঙ্গিত দেয় (NAND কন্ট্রোলার দ্বারা NAND মেমরি পৃষ্ঠাগুলির একাধিক পঠন এবং অপ্রয়োজনীয় ত্রুটি সংশোধন কোডগুলির কারণে ত্রুটি সংশোধন (ECC) একটি খুব সম্পদ-নিবিড় অপারেশন, যা শেষ পর্যন্ত পড়ার গতিকে প্রভাবিত করে)। যদি অপঠিত বিভাগগুলি থাকে তবে সেগুলিকে একটি প্যাটার্ন দিয়ে পূরণ করা প্রয়োজন, যা পরে আমাদের সম্পূর্ণরূপে পড়া হয়নি এমন ফাইলগুলি সনাক্ত করতে সহায়তা করবে।

এর পরে, আমরা বিশ্লেষণে এগিয়ে যাই। ইউএসবি ফ্ল্যাশে পূর্বে কোন ফাইল সিস্টেম এবং কোন সীমানার মধ্যে ছিল তা স্থাপন করা প্রয়োজন। অর্থাৎ, আপনাকে বিভিন্ন ফাইল সিস্টেম মেটাডেটার জন্য নির্দিষ্ট রেগুলার এক্সপ্রেশনের জন্য অনুসন্ধান করতে হবে, কিন্তু আমরা শুরু করার আগে, আসুন একটি সাধারণ বৈকল্পিক পরীক্ষা করি যা অনুমান করে যে পার্টিশনের সীমানা একই। এটি করার জন্য, বর্তমান ফাইল সিস্টেম পরামিতি সেট করুন।

LBA 0 (ইমেজ ফাইলে 0x0) খুলুন এবং সেখানে একটি পার্টিশন টেবিলের উপস্থিতি বা ফাইল সিস্টেমের বুট সেক্টরের উপস্থিতি পরীক্ষা করুন।

চাল 2

আমাদের ক্ষেত্রে, আমরা পার্টিশন টাইপ 0x0B এর অফসেট 0x1C2 দ্বারা দেখি, যার মানে এই মুহূর্তে USB ড্রাইভে একটি FAT32 পার্টিশন রয়েছে, যা সেক্টর 0x80 দিয়ে শুরু হয় (অফসেট 0x1C6 এ DWORD), 0x003C2000 সেক্টর দীর্ঘ (অফসেট 0x1CA এ DWORD ) আমরা 0x80 সেক্টরে বর্ণিত বিভাগের বুট সেক্টরে যাই (ইমেজ ফাইলে, বাইট 0x10000)

চাল 3

রেফারেন্সের প্রারম্ভিক বিন্দুটি গণনা করা প্রয়োজন, অর্থাৎ, শূন্য ক্লাস্টারের স্থান, যার সাথে স্থানটি গণনা করা হয়, এবং ক্লাস্টারের আকার নির্ধারণ করাও।

এটি করার জন্য, আমাদের বুট সেক্টরে বর্ণিত নিম্নলিখিত প্যারামিটারগুলির প্রয়োজন (সেক্টরের শুরু থেকে অফসেট হিসাবে নির্দিষ্ট করা হবে): অফসেট 0x0B - 0x200 (512 বাইট) এ সেক্টরের আকার, অফসেট 0x0D এ ক্লাস্টারে সেক্টরের সংখ্যা - 0x08, ক্লাস্টারের আকার 0x08*0x0200=0x1000 (4096 বাইট), FAT টেবিলের প্রথম অনুলিপির আগে সংরক্ষিত সেক্টরের সংখ্যা - অফসেট 0x0E=0x01FE সেক্টর (5100) দ্বারা ক্লাস্টারের প্রতি সেক্টরের সংখ্যাকে গুণ করে প্রাপ্ত করা হয় , FAT কপির সংখ্যা - অফসেট 0x10=0x02 দ্বারা, একটি FAT কপির আকার - অফসেট 0x24=00000F01 (3841 সেক্টর) দ্বারা। প্রাপ্ত প্যারামিটার ব্যবহার করে, আমরা ডেটা এলাকার শুরুর অবস্থান গণনা করব: 0x10000+0x01FE*200+0x00000F01*2*200=0x410000 (সেক্টর 8320)। FAT32 এর নির্মাতাদের কাছ থেকে একটি ছোট ক্যাচ হল যে এই মুহুর্তে আমরা FAT32 পার্টিশনের জন্য ডেটা এলাকার শুরুতে গণনা করেছি, তবে এটি একটি শূন্য রেফারেন্স পয়েন্ট নয়, যেহেতু FAT টেবিলের প্রথম দুটি এন্ট্রি সংরক্ষিত এবং নয় তাদের উদ্দিষ্ট উদ্দেশ্যে ব্যবহৃত হয়, এবং সেইজন্য শূন্য বিন্দু হল ডাটা এলাকা বিয়োগ 2 ক্লাস্টারের শুরু। এই ক্ষেত্রে এটি হবে 0x410000-0x1000*2=0x40E000 (সেক্টর 8318)।

আসুন ফাইল বরাদ্দ টেবিলে রেকর্ডের অনুপস্থিতি পরীক্ষা করি এবং অসঙ্গতির জন্য অনুলিপি তুলনা করার পদ্ধতিটি চালাই।

ভাত। চার

FAT কপিগুলির তুলনা দেখায় যে কোনও অমিল নেই। FAT কপিগুলির একটির বিষয়বস্তুর বিশ্লেষণে দেখা গেছে যে, টেবিল অনুসারে, পার্টিশনে শুধুমাত্র একটি ক্লাস্টার ভরা হয়।

পরবর্তী ধাপ হল মুছে ফেলা এন্ট্রিগুলির জন্য রুট ডিরেক্টরি মূল্যায়ন করা। প্রথম রুট ডিরেক্টরি ক্লাস্টারের অবস্থানটি বুট সেক্টরে অফসেট 0x2C=0x00000002 এ নির্দেশিত হয়। দ্বিতীয় ক্লাস্টারের জন্য, FAT দেখায় FF FF FF 0F, যার মানে চেইনের শেষ, অর্থাৎ, রুট ডিরেক্টরি একটি ক্লাস্টার নিয়ে গঠিত।

চাল 5

উপরে গণনা করা ঠিকানায়, আমরা রুট ডিরেক্টরি (রুট ডিরেক্টরি) দেখতে পাচ্ছি, যাতে একটি একক 32-বাইট এন্ট্রি রয়েছে। অফসেট 0x0B এ, আমরা 0x08 মান দেখি, যা রেকর্ডের ধরন নির্দেশ করে - ভলিউম লেবেল। ফাইল বরাদ্দ টেবিল শূন্য দিয়ে পূর্ণ এবং রুট ডিরেক্টরিতে অন্য কোনো এন্ট্রির কোনো ইঙ্গিত নেই তা নির্দেশ করে যে পার্টিশনটি ফরম্যাট করা হয়েছে।

পার্টিশনটি পুনরায় তৈরি করা হয়নি এবং ফাইল সিস্টেমের সমস্ত প্যারামিটার সঠিক কিনা তা পরীক্ষা করার জন্য, 0x20 সেক্টরের মধ্যে একটি অফসেট সহ রেগুলার এক্সপ্রেশন 0x2E 0x2E 0x20 0x20 0x20 0x20 0x20 0x20 অনুসন্ধান করা প্রয়োজন (এই অভিব্যক্তিটি শুরুতে নির্দেশ করে FAT32 ডিরেক্টরি)।

চাল 6

একটি রেগুলার এক্সপ্রেশন খোঁজার সময়, আপনাকে নিশ্চিত করতে হবে যে এটি সত্যিই একটি ডিরেক্টরি, অন্যান্য লক্ষণ অনুসারে, যেহেতু কিছু ক্ষেত্রে একটি মিল সম্ভব এবং পাওয়া রেগুলার এক্সপ্রেশনটি একটি ডিরেক্টরি উপাদান নয়। চিত্রের তথ্য অনুযায়ী। 6, আমরা বলতে পারি যে এই ডিরেক্টরিটি ক্লাস্টার 3 দিয়ে শুরু হয়েছিল (DWORD ডিরেক্টরির বর্তমান ক্লাস্টার নম্বর অফসেট 0x1A (নিম্ন অংশ) এ WORD এবং অফসেট 0x14 (উচ্চ অংশ) এ WORD রয়েছে) এবং রুট ডিরেক্টরিতে বর্ণনা করা হয়েছিল, যেহেতু অফসেট 0x3A এবং 0x34-এ শূন্য রয়েছে (প্যারেন্ট ডিরেক্টরির প্রাথমিক ক্লাস্টার)। এই ডিরেক্টরির ক্লাস্টার নম্বর ফরম্যাট করার পরে তৈরি ফাইল সিস্টেমের জিরো পয়েন্টের সাথে সামঞ্জস্যপূর্ণ কিনা তা পরীক্ষা করা যাক। এটি করার জন্য, বর্তমান ক্লাস্টারের আকার দ্বারা ডিরেক্টরি ক্লাস্টার সংখ্যাকে গুণ করুন এবং শূন্য বিন্দুতে 0x03*0x1000+0x40E000=0x411000 যোগ করুন। আপনি দেখতে পাচ্ছেন, বিলিং ঠিকানাটি প্রকৃত অবস্থানের সাথে মিলে যায়। এই ডিরেক্টরির নাম নির্ধারণ করা সম্ভব যদি আগে রুট ডিরেক্টরিতে একাধিক ক্লাস্টার থাকে এবং এই ডিরেক্টরির লিঙ্কটি প্রথম ক্লাস্টারে ছিল না, যেহেতু প্রথম ক্লাস্টারের বিষয়বস্তু বিন্যাস করার সময় সম্পূর্ণরূপে ধ্বংস হয়ে গিয়েছিল। ফাইল বরাদ্দ টেবিল।

চাল 7

আমরা সমস্ত চেক পুনরাবৃত্তি করি: 0x04*0x1000+0x40E000=0x412000। আবার আমরা বর্তমান ফাইল সিস্টেমের পরামিতিগুলির সাথে ডিরেক্টরি অবস্থানের চিঠিপত্র দেখতে পাই। কিন্তু, এটি ছাড়াও, আমরা দেখতে পাচ্ছি যে প্যারেন্ট ডিরেক্টরি 0x03 এর একটি ক্লাস্টার নম্বর রয়েছে, যা নির্দেশ করে যে এই ডিরেক্টরিটি নেস্ট করা ছিল এবং ডুমুরটি দেখছে। 6, আপনি ডিরেক্টরির নাম সেট করতে পারেন, যা চিত্রে দেখানো হয়েছে। 7. সুতরাং, ডুমুর অনুযায়ী. 6, অফসেট 0x4B-এ আমরা 0x10 মান দেখতে পাই - এর মানে হল যে এই এন্ট্রিটি একটি ডিরেক্টরিতে নির্দেশ করে, এবং অফসেট 0x5A এবং 0x54-এ, 0x00000004 নম্বরটি 4র্থ ক্লাস্টারের একটি পয়েন্টার। অফসেট 0x40 এ - ডিরেক্টরির নাম "BIN"। এইভাবে একটি ক্ষতিগ্রস্ত FAT পার্টিশনে ডিরেক্টরিগুলির আন্তঃসংযোগ প্রতিষ্ঠিত হয়। ইমেজের বিভিন্ন অংশে ডিরেক্টরিগুলির আরও কিছু চেক করার পরে, আমরা অবশেষে এই সিদ্ধান্তে পৌঁছাতে পারি যে এই ড্রাইভটি পূর্ববর্তী ফাইল সিস্টেমের সীমানার মধ্যে ফর্ম্যাট করা হয়েছিল এবং নতুন তৈরি ফাইল সিস্টেমের পরামিতিগুলি পূর্ববর্তীটি থেকে উত্তরাধিকারসূত্রে প্রাপ্ত হয়েছিল, অর্থাৎ, বর্তমান ফাইল সিস্টেমের পরামিতি বিবেচনা করে পার্টিশন টেবিলে বর্ণিত পার্টিশনের মধ্যে আরও বিশ্লেষণাত্মক ক্রিয়াকলাপ করা উচিত।

জেনে যে 1C ডাটাবেস, DBF ফাইলগুলি নিয়ে গঠিত, অবশ্যই 1CV7.MD কনফিগারেশন ফাইল থাকতে হবে, আসুন 0x31 0x43 0x56 0x37 0x20 0x20 0x20 0x20 0x4D 0x44 অনুক্রমটি অনুসন্ধান করি৷ ইচ্ছাকৃতভাবে মিথ্যা ফলাফলের সংখ্যা কমাতে, শূন্য অফসেট সহ 32-বাইট ব্লকের মধ্যে অনুসন্ধান করা ভাল।

ভাত। আট

এইভাবে, আমরা 1CV7.MD ফাইলের একটি পয়েন্টার ধারণকারী সমস্ত ডিরেক্টরি খুঁজে পাই। আমাদের ক্ষেত্রে, শুধুমাত্র একটি এই ধরনের ডিরেক্টরি পাওয়া গেছে, যা পরামর্শ দেয় যে আমরা প্রয়োজনীয় ডিরেক্টরির প্রথম ক্লাস্টার খুঁজে পেয়েছি। এটি মূল ডিরেক্টরির অবস্থানের বিশ্লেষণ দ্বারা অনুসরণ করা হয়, মূল ডিরেক্টরি পর্যন্ত। প্রতিটি পাওয়া ডিরেক্টরি FAT টেবিলে লেখা হয় (প্রথমে একটি ক্লাস্টার থেকে একটি ডিরেক্টরি হিসাবে, সংশ্লিষ্ট টেবিল এন্ট্রির জন্য FF FF FF 0F লিখে)। এছাড়াও, একটি চাইল্ড অবজেক্টের একটি লিঙ্ক রুট ডিরেক্টরিতে লেখা হয়।

বর্তমান পর্যায়ে, আমরা পাওয়া ফাইলগুলিকে তাদের ধারাবাহিকতার অনুমান সহ অনুলিপি করব, যেহেতু উভয় FAT অনুলিপিতে ফ্র্যাগমেন্টেশন তথ্য নেই (মনে রাখবেন যে সেগুলি অযত্ন ইউএসবি ফ্ল্যাশ বিন্যাসের ফলে সিস্টেম অ্যাডমিনিস্ট্রেটর দ্বারা অপরিবর্তনীয়ভাবে ধ্বংস হয়ে গেছে)। 1C ডাটাবেস ডিরেক্টরি অনুলিপি করার পরে, আমরা ফাইলের সংখ্যা বিশ্লেষণ করি। প্রদত্ত যে ডিরেক্টরির খণ্ডটি আকারে এক ক্লাস্টার ছিল, আমরা 126টির বেশি ফাইল বের করিনি, যা 1C ডাটাবেসের সাথে সম্পর্কিত DBF এবং CDX ফাইলগুলির সাথে একটি ডিরেক্টরিতে থাকা উচিত তার থেকে স্পষ্টতই অনেক কম। প্রায় একই ফলাফল স্বয়ংক্রিয় পুনরুদ্ধার প্রোগ্রাম দ্বারা দেওয়া হবে, যেমন R-স্টুডিও ব্যবহারের মাধ্যমে সিস্টেম অ্যাডমিনিস্ট্রেটর দ্বারা প্রাপ্ত ফলাফল দ্বারা প্রমাণিত।

এক্সট্র্যাক্ট করা ফাইলগুলির মধ্যে রয়েছে 1CV7.MD (কনফিগারেশন ফাইল) এবং 1CV7.DD (ডেটা অভিধান ফাইল)। ইন্টিগ্রিটি চেক করার পর, আমরা আমাদের ডিস্কে একটি অস্থায়ী ফোল্ডার তৈরি করব, যেখানে আমরা 1CV7.MD রাখব। একটি নতুন ডাটাবেস যোগ করার সময় এই পথটি নির্দিষ্ট করুন এবং কনফিগারেশন খুলুন, যার মাধ্যমে আমরা এই কনফিগারেশনের উপর ভিত্তি করে একটি পরিষ্কার ডাটাবেস তৈরি করব। আসুন জেনারেট করা ডিডি ফাইলটিকে পুনরুদ্ধার করা ফাইলের সাথে তুলনা করি, যদি বিবরণ এবং ডিরেক্টরির সংখ্যা অভিন্ন হয়, তবে কোনও অতিরিক্ত ক্রিয়া করার প্রয়োজন নেই এবং ফাইলগুলির একটি সম্পূর্ণ তালিকা থাকলে আপনি 1C ডাটাবেস ডিরেক্টরির অবশিষ্ট অংশগুলির জন্য অনুসন্ধান শুরু করতে পারেন। . এটি করার জন্য, আপনাকে অনুপস্থিত DBF ফাইলগুলির নামে ব্যবহৃত ASCII অক্ষর কোডগুলির ক্রমগুলি অনুসন্ধান করতে হবে৷ ডিরেক্টরির টুকরোগুলি পাওয়া গেলে, ফাইল বরাদ্দ টেবিলে চেইনের ধারাবাহিকতা যোগ করুন। ডিরেক্টরি চেইনের প্রতিটি সংযোজন অপারেশনের পরে, ফাইলগুলি অনুলিপি করুন এবং অনুপস্থিত DBF ফাইলগুলির সংখ্যা কতটা কমেছে তা বিশ্লেষণ করুন এবং পরবর্তী খণ্ডটি অনুসন্ধান করার জন্য আবার ASCII অক্ষর কোডগুলির একটি ক্রম তৈরি করুন৷

চাল 9

আপনাকে আরও মনে রাখতে হবে যে ফাইল বরাদ্দ টেবিলে ডিরেক্টরির টুকরোগুলির একটি চেইন লেখার সময়, আপনাকে খণ্ডগুলিকে পার্স করতে হবে যাতে LFN রেকর্ডগুলি যুক্ত হয়। শুধুমাত্র সংক্ষিপ্ত এন্ট্রির ক্ষেত্রে, চেইনটি টুকরো টুকরো যেকোনো ক্রম দিয়ে লেখা যেতে পারে।

এই ক্ষেত্রে, 5 টি সিকোয়েন্স অনুসন্ধান করার পরে, আমরা 1C বেস সহ ডিরেক্টরির অন্যান্য সমস্ত টুকরো খুঁজে বের করতে পেরেছি।

ডিরেক্টরির টুকরোগুলির সম্পূর্ণ চেইন তৈরি হওয়ার পরে, আমরা 1C বেসের সমস্ত ফাইল তাদের ধারাবাহিকতার অনুমান নিয়ে পুনরায় অনুলিপি করি। ব্যবহারকারীর তথ্য ডিবিএফ ফাইলগুলিতে রয়েছে, তাই তাদের সততা পরীক্ষা করা প্রয়োজন।

একটি DBF ফাইলের অখণ্ডতা পরীক্ষা করার প্রধান পদ্ধতি হল পরিষেবা শিরোনামে থাকা তথ্য এবং ফাইলের বিষয়বস্তু হেডারের বর্ণনার সাথে মেলে কিনা তা পরীক্ষা করা।

চাল দশ

প্রাথমিকভাবে, শিরোনামটি মূল্যায়ন করা হয়: অফসেট 0x08-এ নির্দিষ্ট করা এর দৈর্ঘ্য, এটিতে উল্লেখ করা অফসেটটি শেষ চিহ্নিতকারী 0x0D-এর দিকে নিয়ে যায় কিনা তা পরীক্ষা করা হয়। বেস ফিল্ড রেকর্ড, অফসেট 0x20 থেকে শুরু করে, 32-বাইট রেকর্ড দ্বারা বর্ণনা করা হয়, যেখানে ক্ষেত্রের নাম অফসেট 0x00 এ অনুসরণ করে, ক্ষেত্রের ধরন অফসেট 0x0B-এ অনুসরণ করে এবং ক্ষেত্র আকার অফসেট 0x10 এ অনুসরণ করে। ক্ষেত্রের মাপের সমষ্টি +1 (ডাটাবেসের প্রতিটি রেকর্ডের জন্য একটি অতিরিক্ত বাইট হল DBF-এ রেকর্ডের স্থিতি) অফসেট 0x0A (ডাটাবেসের একটি রেকর্ডের আকার) বিষয়বস্তুর সমান হবে। DBF ফাইলের চিত্রে আমরা নিম্নলিখিত ক্ষেত্রের দৈর্ঘ্য দেখতে পাচ্ছি: 0x09+0x10+0x10+0x10+0x10+0x10+0x01=0x5A।

ফাইলের আকারের সঠিকতা পরীক্ষা করা যাক। এটি করার জন্য, আমরা অফসেট 0x04-এ শিরোনামে নির্দেশিত রেকর্ডের সংখ্যাকে অফসেট 0x0A-এ ডাটাবেসের একটি রেকর্ডের আকার দ্বারা গুণ করি, তারপরে অফসেট 0x08-এ সামগ্রীর সাথে যোগ করি।

0x00000003*0x005A+0xE1=0x01EF। ফলস্বরূপ অফসেটে অবশ্যই শেষ-অফ-ফাইল চিহ্নিতকারী 0x1A থাকতে হবে।

ক্ষেত্রগুলির বিষয়বস্তুর অখণ্ডতা নিয়ন্ত্রণ করতে, আপনি ভিজ্যুয়াল পদ্ধতি ব্যবহার করতে পারেন।

এই ভিউ বিকল্পে, আপনাকে রেকর্ডের বিষয়বস্তু শুরু থেকে শেষ পর্যন্ত স্ক্রোল করতে হবে। যদি ভরাট একজাত হয়, প্রতিটি ক্ষেত্রে ডেটা প্রকার থাকে যা শিরোনামে বর্ণিতদের জন্য সাধারণ এবং কোন বিদেশী সামগ্রী নেই, তাহলে DBF ফাইলটি দেখার পরে, আমরা উপসংহারে আসতে পারি যে এটির বিষয়বস্তু সঠিক।

যদি আপনি এমন সামগ্রী খুঁজে পান যা ডাটাবেস হেডারে ক্ষেত্রের বর্ণনার সাথে মেলে না, তাহলে আপনাকে অবশ্যই সঠিক অবস্থান নির্ধারণ করতে হবে যেখান থেকে ভুল ডেটা শুরু হয়।

ভাত। 12

হেডারে ক্ষেত্রগুলির বর্ণনা এবং একটি নির্দিষ্ট DBF ফাইলের বিষয়বস্তুর উপর ভিত্তি করে, অনুপস্থিত ASCII ক্রম তৈরি করা সম্ভব যা অনুপস্থিত টুকরোগুলিতে নির্দিষ্ট অফসেটে অবস্থিত হওয়া উচিত। যদি কোনও একটি ড্রাইভে একই ধরণের কোনও ডাটাবেস না থাকে (একই ডাটাবেসের ফাইল কপি সহ), এই পদ্ধতিটি আপনাকে ড্রাইভ চিত্রের সমস্ত অনুপস্থিত খণ্ডগুলি তুলনামূলকভাবে দ্রুত খুঁজে পেতে অনুমতি দেবে। আলাদাভাবে, আমরা লক্ষ করি যে DBF ফাইলে রেকর্ড আকার ছোট বা 16 এর মাল্টিপল হলে খণ্ডে যোগদানের ক্ষেত্রে অতিরিক্ত অসুবিধা দেখা দেবে। একই ধরনের অন্যান্য ডাটাবেস থাকলে কাজটি অনেক বেশি জটিল হবে (এই বিবৃতিটি সত্য। কাজের সমস্ত পর্যায়ে, পছন্দসই ডিরেক্টরির টুকরোগুলি অনুসন্ধান করা থেকে শুরু করে)।

প্রতিটি DBF ফাইলের অখণ্ডতা পরীক্ষা করা প্রয়োজন, যার মধ্যে একটি 1C ডাটাবেসে কয়েকশত রয়েছে। সমস্ত চেক পাস করার পরে এবং ফাইলের টুকরো সংগ্রহ করার পরে, 1C এন্টারপ্রাইজ কনফিগারেটে একটি চূড়ান্ত চেক অনুসরণ করা হবে।

চাল 13

আদর্শভাবে, পরীক্ষার ফলাফল অনুযায়ী, চেকবক্সে চিহ্নিত সমস্ত আইটেম সফলভাবে পাস করা উচিত। যদি প্রথম দুটি পয়েন্টে ত্রুটি পাওয়া যায়, তবে কনফিগারেটে ত্রুটির লগটি বিশ্লেষণ করা এবং কোন DBF ফাইলগুলিতে বিদেশী ডেটা রয়েছে তা পরীক্ষা করার সময় সনাক্ত করা হয়নি তা খুঁজে বের করা প্রয়োজন। যৌক্তিক অখণ্ডতা পরীক্ষা করার সময় যদি ত্রুটিগুলি পাওয়া যায়, তবে সমস্যাটি তার সংগ্রহ হিসাবে বেসে রয়েছে কিনা বা 1C কনফিগারেশনের বিকাশকারীদের দ্বারা করা ভুলগুলির মধ্যে রয়েছে কিনা তা খুঁজে বের করার জন্য ত্রুটি লগটি বিশ্লেষণ করা প্রয়োজন।

আসুন এই বিষয়টিতে মনোযোগ দিন যে যদি এই ইউএসবি ফ্ল্যাশ ড্রাইভটি ফরম্যাট করা না হয়, তবে এটি পড়ার পরে, ডেটা পুনরুদ্ধারের পদ্ধতিটি আরও সহজ হবে, যা ব্যয় এবং পরিবর্তনের সময়কে ব্যাপকভাবে প্রভাবিত করবে। উপসংহারে, আমি সমস্ত ব্যবহারকারী এবং রক্ষণাবেক্ষণ কর্মীদের জরুরী পরিস্থিতিতে ফুসকুড়ি পদক্ষেপের বিরুদ্ধে সতর্ক করতে চাই, যা সমস্যাটিকে বহুবার বাড়িয়ে তোলে এবং আরও প্রায়ই ব্যাকআপ অপারেশন করতে চাই।

পূর্বে ক্লিপার সামার 87 এ পোস্ট করা হয়েছে।
আমাকে ক্লিপার 5.3 এ একটি CDX সূচক ফাইল তৈরি করতে হবে, কিন্তু আমি একটি exe ফাইলও তৈরি করতে পারি না।
প্রোগ্রামের শুরুতে সন্নিবেশিত:
DBFCDX অনুরোধ করুন
rddSetDefault("DBFCDX")
আমি উদাহরণ হিসাবে লিঙ্ক:
BLINKER ফাইল $(objs) আউটপুট [ইমেল সুরক্ষিত] lib dbfcdx.lib

নির্মাণ করার সময়, এটি একটি ত্রুটি দেয়:
BLINKER: 1115: DBFCDX.LIB(CL53INIT): "_DBFCDX" : অমীমাংসিত বাহ্যিক

প্রতিস্থাপিত BLINKER.
BLINKERom 6.0 সংগ্রহ করার চেষ্টা করা শুরু করে
একই

কি মজার, যদি DBFCDX এর পরিবর্তে আপনি DBFNDX কে উদাহরণের সাথে সংযুক্ত করেন, যেমন
একটি প্রোগ্রামে
DBFNDX অনুরোধ করুন
rddSetDefault("DBFNDX")
এবং তারপর
BLINKER ফাইল $(objs) আউটপুট [ইমেল সুরক্ষিত] lib dbfndx.lib
সবকিছু লিঙ্ক আপ এবং সূক্ষ্ম কাজ করে.

দ্বিতীয় প্রশ্নে - আমার সিস্টেমে আমি CLIPPER (আরো প্রায়শই) এবং FOXPRO উভয়ই ব্যবহার করি (কম প্রায়ই এবং এটির সাথে বাঁধা, যেহেতু FOXPRO-এর একটি মারাত্মক ত্রুটি রয়েছে - সর্বাধিক অ্যারের মাত্রা হল 2৷ একজন অ্যালগরিদমিস্টের জন্য, এটি হল ফায়ারউড৷ যদি আমি এখনই জানতাম, আমি সাধারণত ফক্স যোগাযোগ করতাম না)। তবে তা সত্ত্বেও, বেশ কয়েকটি প্রোগ্রাম ইতিমধ্যেই ফক্সে রয়েছে। যাইহোক, আমি বুঝতে পারছি না কেন সাধারণ সূচক প্রয়োজন? ক্লিপারে আমি এনডিএক্স ব্যবহার করি এবং ফক্সে আমি তার ফাকিং আইডিএক্স ব্যবহার করি, ডিবিএফ সাধারণ। কাজ আলাদাভাবে চলে - প্রত্যেকের নিজস্ব। নাকি সিস্টেমটি এতটাই স্মৃতিবিজড়িত যে উভয় দিক থেকে ফাইল পরিবর্তনের একটি অবিরাম ধারা রয়েছে? আমি ভয় পাচ্ছি যে ভিন্নধর্মী সিস্টেমগুলির জন্য কোন স্বাভাবিক সমাধান নেই যা সূচক স্তরে একে অপরের সাথে এত ঘনিষ্ঠভাবে কাজ করে।
এবং সিডিএক্স ক্লিপার তৈরিতে সমস্যাগুলির বিষয়ে, একমাত্র পরামর্শ হল একটি বিষয় অংশ ছাড়াই একটি ন্যূনতম টেস্ট কেস সহ একটি ফাইল আপলোড করা (প্রোগ + ডিবিএফ + গ্লিচের বিবরণ (কখন এবং কীভাবে এটি নিজেকে প্রকাশ করে), হয়ত কেউ পেতে সক্ষম হবেন যা ঘটছে তার নীচে।
অন্তত আমি আগ্রহী হয়েছি।

আগের চিঠির উত্তর দিন। অবশ্যই, আমি _dbfcdx.lic লিঙ্ক করি, কিন্তু এটি সাহায্য করে না।

আগ্রহ যে উদ্ভূত হয়েছে তা উপলব্ধি করার জন্য, আপনি প্রথম উপলব্ধ .DBF নিতে পারেন এবং যেকোনো সূচক এক্সপ্রেশন ব্যবহার করে এটি তৈরি করতে পারেন। একটি ক্লিপার এবং ফক্স সহ CDX।
সূচীগুলির আকার ভিন্ন হবে, অনুমিতভাবে অভিন্ন সূচকগুলির বিষয়বস্তু উল্লেখ না করা।

এ শিয়ালউপর একটি সুবিধা আছে ক্লিপার: এটি ডাটাবেসের সাথে অনেক দ্রুত কাজ করে এবং আমার কাছে 400 হাজার গ্রাহকের জন্য একটি টাস্ক রয়েছে, যাদের প্রতি মাসে ব্যাপকভাবে গণনা করা দরকার। ফক্স এখানে সাহায্য করত, অন্যথায় আমি ম্যানেজমেন্টের চারপাশে দৌড়াচ্ছি, এমন কম্পিউটার খুঁজছি যা গণনার জন্য রাতের জন্য রেখে দেওয়া যেতে পারে। তাই এই ধরনের একটি গুচ্ছ কখনও কখনও খুব দরকারীKSS: ... আমার 400 হাজার গ্রাহকের জন্য একটি কাজ আছে ... ... অন্যথায় আমি পরিচালনার চারপাশে দৌড়াচ্ছি, আমি এমন কম্পিউটারগুলি খুঁজছি যা গণনার জন্য রাতের জন্য ছেড়ে দেওয়া যেতে পারে। অবশ্যই, এটি বিষয় নয়, তবে এই জাতীয় সংখ্যক গ্রাহক এবং তাই উচ্চ দায়িত্বের সাথে একটি পৃথক সার্ভার বরাদ্দ করা বোধগম্য হয়। তারপরে আপনি এটিতে পরিষেবার কাজগুলি চালাতে পারেন। আমার ক্লিপার প্রোগ্রাম, যা ইতিমধ্যে 13 বছর বয়সী, ঠিক তাই করে।

আন্দ্রে: উরি লিখেছেন: আমার কাছে 400 হাজার গ্রাহকের জন্য একটি কাজ আছে। আমার 150 হাজার গ্রাহকের জন্য একটি কাজ ছিল। সারারাত গুনলাম। তারপর অ্যালগরিদম সীমাবদ্ধ ছিল (এটি দীর্ঘ সময়ের জন্য) 5 ঘন্টার মধ্যে গণনা শুরু হয়েছিল। হারবারে চলে গেছে। আনুমানিক 1.5-2 ঘন্টা বিবেচনা করে। সুতরাং ফক্স, ক্লিপার - এটি স্বাভাবিক কম্পাইলারগুলিতে স্যুইচ করার সময়। এবং যদি ম্যানেজমেন্ট আপনার কাজ বুঝতে না পারে, তাহলে আপনাকে ব্যবস্থাপনা পরিবর্তন করতে হবে, অথবা কাজ ছেড়ে দিতে হবে। যত তাড়াতাড়ি আপনি এই সত্য বুঝতে পারবেন, বেঁচে থাকা তত সহজ হবে।

আমি তাকালাম xহারবারতার কর্মজীবনের শুরুতে, কিন্তু তারপরে তিনি এটিতে ADS সংযুক্ত করার সুযোগ খুঁজে পাননি, যা ছাড়া এখন আমি আমার বড় ডাটাবেসের জন্য কাজ করার কল্পনা করতে পারি না (সূচীগুলির সঠিকতা এবং লেনদেন ব্যয়বহুল)। আপনি যদি জানেন কিভাবে ADS এর সাথে বন্ধুত্ব করতে হয় - দয়া করে আমাকে বলুন এবং একটি লিংক দিন যেখানে একটি স্থিতিশীল কাজ করা xHarbor পাবেন। আমি এটির উপর বন্দোবস্ত অংশটি উত্থাপন করার চেষ্টা করব - সম্ভবত এটি আরও ভাল লাগবে।

একটি সাধারণ কম্পাইলার স্যুইচ, আপনি বলেন? এটি এই সত্য হওয়া সত্ত্বেও যে 60% মেশিন (300টির মধ্যে) এমন যে তাদের অর্ধেকটি w98 খুব কমই টানতে পারে এবং বাকি অর্ধেক - w95 শুধুমাত্র 14 "মনিটর এবং 640 * 480 এর রেজোলিউশন সমর্থন করে ... কি, VBasic-4? এখন ব্যবস্থাপনা পরিবর্তন করা কঠিন - চারিদিকে একটি সংকট রয়েছে, যাইহোক, প্রোগ্রামারদের নিয়োগকারীরা এখন প্রোগ্রামারদের পক্ষপাতী নয়। নাকি এটি আপনার অঞ্চলে ভিন্ন? পাশা: পোতাশ্রয়ে বিজ্ঞাপন সমর্থন রয়েছে। হারবার DBFCDX-এর চেয়ে আরও আগে বিজ্ঞাপনের সাথে বন্ধুত্ব তৈরি করেছে, অর্থাৎ যখন DBFCDX এখনও বগি ছিল তখন বিজ্ঞাপনের জন্য কাজ করা rdd প্রস্তুত ছিল

আন্দ্রে: উরি লিখেছেন: তাদের অর্ধেক w98 খুব কমই টানতে পারে, এবং বাকি অর্ধেক - w95 শুধুমাত্র 14" মনিটর এবং 640*480 এর রেজোলিউশন সমর্থন করে... কি, VBasic-4 এ? এবং এটি দ্রুততর হবে। আমিও আগে খুব সন্দেহ করতাম, কিন্তু এখন ভাবি কেন আগে কেউ এটা (xHarbor) আমাকে দেখায়নি!!! আমি ইতিমধ্যে আমার নিজের 5টি এবং অন্যদের 3টি নিয়ে এসেছি!!!

উরি: প্রিয় (একসাথে মডারেটর পাশার সাথে)! আপনি টিজ করবেন না, তবে এডিএসের জন্য xHarbor এবং rdd-এর একটি স্থিতিশীল প্রকাশের একটি লিঙ্ক দিন এবং যেখানে আপনি কিছু পড়তে পারেন। অনুগ্রহ. খুব প্রয়োজনীয়

আন্দ্রে: অভিশাপ! আপনি শুধু xharbour নিন, সেখান থেকে সংস্করণটি ডাউনলোড করুন এবং এটিই! আমি এখন প্রায় এক বছর ধরে এই সংস্করণে আছি!

জন্য একটি পরীক্ষা করেছেন ক্লিপার 5.3, ব্লিঙ্কার 1.0 এবং FoxPro 8।
দুটি অভিন্ন ফাইল testclp.dbf এবং testfox.dbf আছে
ক্ষেত্র সহ NAME, NAME1 - C(10), NUMBER, NUMBER1, SUMMACLP, SUMMAFOX - N(10)৷
Fill.exe বিশেষ প্রোগ্রাম<кол-во записей>এই উভয় ফাইল এই মত পূরণ করে:
NAME=A000000001, NUMBER1=1 প্রথম প্রবেশের জন্য,
NAME=A000000002, NUMBER1=2 দ্বিতীয় এন্ট্রির জন্য, ইত্যাদি।
NAME1 এবং NUMBER1 ক্ষেত্রগুলি একই ভাবে ভরা হয়, কিন্তু বিপরীত ক্রমে, যেমন নির্দিষ্ট মানগুলির মধ্যে শেষ এবং শেষের এন্ট্রি থাকবে এবং আরও অনেক কিছু। SUMMAFOX এবং SUMMACLP ক্ষেত্রগুলি fill.exe প্রোগ্রাম দ্বারা পূরণ করা হয় না।
আরও, CLIPPER (testclp.exe) এবং FoxPro (testfox.exe) এর জন্য দুটি অনুরূপ প্রোগ্রাম রয়েছে। testclp.exe (ক্লিপার) এর জন্য, কাজটি নিম্নরূপ:
ক) testclp.dbf ফাইলটিকে NAME ফিল্ড দ্বারা সূচী করুন (FLD ট্যাগ করুন)
এবং ক্ষেত্র NAME1 (FLD1 ট্যাগ), এইভাবে "নিজের" সূচক testclp.cdx তৈরি করে;
b) testfox.dbf ফাইলের মধ্য দিয়ে যান এবং, index ফাইলটি ব্যবহার করে ক) testfox.dbf থেকে প্রতিটি লাইনের জন্য NAME মানের দ্বারা, testclp.dbf ফাইলটিতে একই NAME ফিল্ডের লাইনটি খুঁজুন এবং NUMBER যোগ করুন testfox.dbf থেকে এই ফাইল থেকে SUMMACLP ক্ষেত্রের ক্ষেত্র; তারপর, একই NAME মান ব্যবহার করে, testclp.dbf ফাইলে আরেকটি লাইন খুঁজুন যেখানে একই NAME1 ক্ষেত্র রয়েছে এবং SUMMACLP ক্ষেত্র থেকে testfox.dbf বিয়োগ করুন।
গ) testclp.dbf ফাইলের মাধ্যমে যান এবং, অন্য একটি প্রোগ্রাম (testfox.exe - FoxPro) দ্বারা তৈরি testfox.cdx সূচক ফাইলটি ব্যবহার করে,
testclp.dbf থেকে NAME মানের প্রতিটি লাইনের জন্য লাইনটি খুঁজুন
testfox.dbf ফাইলে, যার একই NAME ক্ষেত্র রয়েছে এবং NUMBER ক্ষেত্র যোগ করুন
এই ফাইল থেকে testclp.dbf থেকে SUMMACLP ক্ষেত্রে; তারপর একই NAME মান দ্বারা
testfox.dbf ফাইলে একটি লাইন খুঁজুন যেখানে একই NAME1 ক্ষেত্র রয়েছে এবং
SUMMACLP testclp.dbf ক্ষেত্র থেকে বিয়োগ করুন।
testfox.exe (FoxPro) এর জন্য একটি অনুরূপ কাজ:
ক) ফাইলটি ইনডেক্স করুন testfox.dbf NAME ফিল্ড দ্বারা (ট্যাগ FLD)
এবং দ্বারা ক্ষেত্র NAME1 (ট্যাগ FLD1), "আপনার" testfox.cdx সূচক তৈরি করার সময়;
b) testclp.dbf ফাইলের মধ্য দিয়ে যান এবং, index ফাইলটি ব্যবহার করে ক) testclp.dbf থেকে প্রতিটি লাইনের জন্য NAME মানের দ্বারা, testfox.dbf ফাইলটিতে একই NAME ক্ষেত্র আছে এমন লাইনটি খুঁজুন এবং NUMBER যোগ করুন testclp.dbf থেকে এই ফাইল থেকে SUMMAFOX ক্ষেত্রের ক্ষেত্র; তারপর, একই NAME মান ব্যবহার করে, testfox.dbf ফাইলে একটি লাইন খুঁজুন যেখানে একই NAME1 ক্ষেত্র রয়েছে এবং SUMMAFOX ক্ষেত্র থেকে testclp.dbf বিয়োগ করুন।
গ) testfox.dbf ফাইলের মাধ্যমে যান এবং, অন্য একটি প্রোগ্রাম (testclp.exe - ক্লিপার) দ্বারা তৈরি testclp.cdx সূচক ফাইলটি ব্যবহার করে,
testfox.dbf থেকে NAME মানের প্রতিটি লাইনের জন্য লাইনটি খুঁজুন
testclp.dbf ফাইলে, যার একই NAME ক্ষেত্র রয়েছে এবং NUMBER ক্ষেত্র যোগ করুন
testfox.dbf থেকে এই ফাইল থেকে SUMMAFOX ফিল্ডে; তারপর একই NAME মান দ্বারা
testclp.dbf ফাইলে একটি লাইন খুঁজুন যেখানে একই NAME1 ক্ষেত্র রয়েছে এবং
SUMMAFOX testfox.dbf ফিল্ড থেকে বিয়োগ করুন।
এইভাবে, সঠিকভাবে কাজ করার সময়, উভয় প্রোগ্রামকে অবশ্যই প্রতিটি ফাইলের প্রতিটি ক্ষেত্রে একই সংখ্যা যোগ এবং বিয়োগ করতে হবে (যদিও বিভিন্ন রেকর্ডে অবস্থিত), এবং ফলস্বরূপ, যখন সিস্টেম সঠিকভাবে কাজ করে, তখন শূন্য মান থাকতে হবে উভয় ফাইলে SUMMACLP এবং SUMMAFOX ক্ষেত্র।
পরীক্ষাটি 100,000 এবং 400,000 রেকর্ডের জন্য করা হয়েছিল এবং সূচক ফাইলের বিভিন্ন আকার থাকা সত্ত্বেও, এটি সঠিক ফলাফল দিয়েছে। একমাত্র জিনিস হল যে এন্ট্রিগুলি যোগ করার সময়, একটি সূচক ফাইল ("বিদেশী") ভুল থেকে যায়, তাই, প্রথম শুরুতে, প্রতিটি প্রোগ্রাম শুধুমাত্র "তার" সূচকের সাথে কাজ করে এবং "এলিয়েন" এর সাথে কাজ করে না। . দ্বিতীয় প্রোগ্রামটি চালানোর পরে, উভয় ফাইলই সঠিকভাবে সূচিত করা হয়েছে এবং উভয় প্রোগ্রামই ব্যর্থতা ছাড়াই কাজ শুরু করে (একইভাবে, যখন রেকর্ডের সংখ্যা হ্রাস করা হয়, কিন্তু FoxPro অন্য কারও সূচকে একটি ত্রুটিতে ক্র্যাশ হয়, এবং আমাকে ON ERROR হ্যান্ডলার প্রয়োগ করতে হয়েছিল। .. তবে এটি এই কারণে যে রেকর্ডের সংখ্যার পরিবর্তনটি উভয় সূচী না খুলেই fill.exe দ্বারা সঞ্চালিত হয় এবং এছাড়াও প্রতিটি প্রোগ্রাম অন্য কারও সূচক পুনরায় সূচীভুক্ত করে না (অর্থাৎ এই
সমস্যাটি কৃত্রিমভাবে তৈরি করা হয়েছে - এটি অন্যথায় হওয়া উচিত নয়)। আপনি যদি FoxPro কে অন্য কারো সূচক পুনরায় তালিকাভুক্ত করার অনুমতি দেন, তাহলে স্বাভাবিক কাজ পুনরুদ্ধার করা হয়। আরও, আমি ত্রুটি পরিচালনার সিস্টেমটিকে "উন্নত" করিনি, যাতে উভয় প্রোগ্রাম একে অপরের থেকে খুব বেশি আলাদা না হয়।
ফলাফল নিম্নলিখিত:
1) প্রথমে আমার কাছে প্যাচ ছাড়াই ক্লিপার 5.3 ছিল (এবং আমি এটিতে দীর্ঘদিন ধরে কাজ করছি)। এটি সত্যিই ক্র্যাশ হয়েছে: প্রায় 40,000 রেকর্ড থেকে শুরু করে, কখনও কখনও এটি ভাল কাজ করে, কখনও কখনও এটি ক্র্যাশ হয়, কখনও কখনও এটি একটি ত্রুটির সাথে ক্র্যাশ হয় (যেমন প্রোগ্রামটি একটি অবৈধ অপারেশন সঞ্চালিত করেছে) যখন "তার" CDX সূচক করার চেষ্টা করে। ফোরামে এখানে পরামর্শ অনুসারে, আমি 5.3b-এ একটি প্যাচ তৈরি করেছি - সবকিছু ঠিকঠাক কাজ করেছে। কিন্তু প্যাচের আগেও, গ্লিচগুলি সেই অর্থে ছিল না যে FoxPro সূচকগুলি বোঝা যায় না - ছাড়া পুনঃসূচীকরণ(যখন উভয় সূচী FoxPro দ্বারা তৈরি করা হয়েছিল) প্রক্রিয়াকরণ সাধারণত সঞ্চালিত হয়েছিল, CLIPPER "তাদের" সূচী তৈরিতে পড়ে।
2) আধুনিক DBMS-এর জন্য, 400,000 রেকর্ড খুব বেশি নয়। কিভাবে
পরীক্ষার ফলাফল থেকে দেখা, এলোমেলো অনুসন্ধানের সাথে সম্পূর্ণ ফাইল প্রক্রিয়াকরণ
এমনকি কিছুটা পুরানো কম্পিউটারেও সর্বোচ্চ 2-3 মিনিট সময় লাগে। তাই আধুনিক প্রযুক্তিতে 2-4 ঘন্টা সময় (এবং এমনকি 30 মিনিট) আমার পরিভাষায় "দাস ইস্ট ফ্যান্টাস্টিস"। সমস্যাটি সম্ভবত একটি অ-অর্থনৈতিক অ্যালগরিদমে, বা নেটওয়ার্ক ব্যান্ডউইথের মতো বাধাগুলির মধ্যে (ক্লায়েন্ট-সার্ভার আর্কিটেকচারের উন্মাদনার কারণে, যার প্রতি আমার নেতিবাচক মনোভাব রয়েছে - তবে এটি অফটপিক)। 3) পরীক্ষার ফলাফল থেকে দেখা যায়, একটি সূচক তৈরি করার সময় মোট অপারেশন সময়ের তুলনায় নগণ্য, তাই ফাইল প্রক্রিয়াকরণ শুরু করার আগে নতুন করে সূচী তৈরি করা ভাল, পূর্বে তৈরি করা "বিদেশী" এবং "নিজস্ব" কে বিশ্বাস না করে। " সূচীগুলি (যদি না সেগুলি বর্তমানে অন্যান্য প্রোগ্রাম দ্বারা ব্যবহৃত হয় না)।
প্রতিটি প্রোগ্রামের ক্ষেত্রে স্বাভাবিক ফাইল প্রক্রিয়াকরণএর জন্য প্রয়োজনীয় সময় (সেকেন্ডে) রিপোর্ট করে:
- "নিজের" সূচক তৈরি করা (আইটেম a);
- "নিজের" সূচক দ্বারা ফাইল প্রক্রিয়াকরণ (আইটেম খ);
- "বিদেশী" সূচক দ্বারা ফাইল প্রক্রিয়াকরণ (আইটেম c);
- কাজের মোট সময় (ক্ষেত্রগুলি পূরণ করতে এখানে আরও সময় যোগ করা হয়েছে
SUMMAFOX এবং SUMMACLP উভয় ফাইলেই শূন্য মান সহ)।
সংযুক্ত আর্কাইভ:
info.doc - রানটাইম পরীক্ষার ফলাফল।
fill.prg - সহায়ক পাঠ্য প্রোগ্রামফাইল পূরণ করতে ক্লিপারে।
calc.prg - ক্লিপার প্রোগ্রামের পাঠ্য।
program1.prg - FoxPro প্রোগ্রাম পাঠ্য।
makefill.bat - fill.exe তৈরি করে (একটু সামঞ্জস্য করতে হবে)
makecalc.bat - testclp.exe তৈরি করে (একই)।
proj1.pjx - FoxPro প্রকল্প ফাইল।
testfox.dbf এবং testclp.dbf হল ডেটা ফাইল (ডিবিইউতে তৈরি)।
testclp.cdx - ক্লিপার দ্বারা তৈরি ইনডেক্স ফাইল।
testfox.cdx হল FoxPro দ্বারা তৈরি একটি inex ফাইল।
fill.exe- কার্যক্রমফাইলগুলি সম্পূর্ণ করতে।
testclp.exe - CLIPPER প্রোগ্রাম।
testfox.exe একটি FoxPro প্রোগ্রাম।
testfox.exe একটি রানটাইম পরিবেশ প্রয়োজন হবে (VFP6 থেকে
সম্ভবত কাজ করবে না, তাই আপনাকে program1.prg থেকে লেখাটি ব্যবহার করতে হবে
এবং সম্ভবত সংশোধন করা হয়েছে।)
সংরক্ষণাগারের আকার কমাতে, dbf ফাইলগুলিতে প্রতিটিতে 10টি রেকর্ড থাকে, বাস্তব পরীক্ষার জন্য, রেকর্ডের সংখ্যা বাড়ানো উচিত।
যদি CLIPPER 5.2 পাওয়া যায়, তাহলে আপনাকে fill.prg এবং сalc.prg সংশোধন করতে হবে।
আমি একটু পরে CLIPPER "87, CLIPPER 5.2 এবং VFP6 এর জন্য পরীক্ষা করার চেষ্টা করব, যেহেতু আমি এই সংস্করণগুলির সাথে কাজ করি না এবং এখন সেগুলি কাজের অবস্থায় নেই
(পাশাপাশি ক্রস টেস্ট যেমন CLIPPER 5.2<->VFP8 এবং CLIPPER 5.3<->VFP6)।
কাজটির আপাত সরলতা সত্ত্বেও, এটি এখনও অনেক সময় নিয়েছে, তবে এটি সঠিকভাবে এমন বস্তুনিষ্ঠ তুলনামূলক অধ্যয়ন যা আমার কাছে যথেষ্ট আগ্রহের বিষয়। "অসাধারণ" আমার শর্তে। সমস্যাটি হয় সম্ভবত একটি অ-অর্থনৈতিক অ্যালগরিদমে৷ এটি একটি সমস্যা নয়, এবং একটি অ-অর্থনৈতিক অ্যালগরিদম নয়৷ স্বাভাবিক, অন্য উপায় নেই। এই অ্যালগরিদমের ধারণার জন্য, 24টি টাকার রসিদ, 24টি টাকা প্রাপ্তির তারিখ, 24টি ট্যারিফ, 24টি চার্জ ইত্যাদির মানগুলির একটি রেকর্ড উপস্থাপন করা প্রয়োজন। ডাটাবেসের একটি রেকর্ডে। তাই এটি এখনও আমার দ্বারা ক্লিপারে লেখা ছিল, এবং আমি এখনও এটি পুনরায় তৈরি করিনি এবং আমি সম্ভবত করব না। আমি দেখেছি কিভাবে 1C প্ল্যাটফর্ম সংস্করণ 7.5-এ তারা ইউটিলিটি বিলের সংগ্রহ বাস্তবায়ন করেছে, তাই সেখানে 9.tys। প্রায় 5 ঘন্টার জন্য গ্রাহক সংগ্রহ করা হয়েছিল। এবং কিছুই না, কেউ অভিযোগ করেনি।

পিসিতে হারিয়ে যাওয়া তথ্য পুনরুদ্ধারের জন্য প্রোগ্রাম।

↓ ডেটা রিকভারি বিভাগে নতুন:

বিনামূল্যে
UndeletePlus 3.0.2.406 একটি ছোট অ্যাপ্লিকেশন যা মুছে ফেলা ফাইল পুনরুদ্ধার করে। আনডিলিট প্লাস অ্যাপ্লিকেশন আপনাকে ডস মোডে, রিসাইকেল বিন, উইন্ডোজ এক্সপ্লোরার বা নেটওয়ার্ক ড্রাইভ থেকে মুছে ফেলা ফাইলগুলি সহ হারিয়ে যাওয়া ফাইলগুলি পুনরুদ্ধার করতে সহায়তা করবে।

বিনামূল্যে
স্ক্যান DBF 1.6 ক্ষতিগ্রস্থ DBF ফাইলগুলি মেরামত বা পুনরুদ্ধারের জন্য একটি অ্যাপ্লিকেশন। স্ক্যান ডিবিএফ অ্যাপ্লিকেশনটি আপনাকে কম্পিউটার বা পাওয়ার ব্যর্থতার ক্ষেত্রে ক্ষতিগ্রস্ত ফাইলগুলি পুনরুদ্ধার করতে সাহায্য করবে, যখন ডিবিএফ ফাইলের শেষ বা শিরোনাম ক্ষতিগ্রস্ত হয়।

বিনামূল্যে
Recuva 1.42.544 মুছে ফেলা ফাইল পুনরুদ্ধার করার জন্য একটি সহজ অ্যাপ্লিকেশন। Recuva অ্যাপ্লিকেশনটি ব্যবহার করা সহজ এবং কোনো কনফিগারেশন ছাড়াই বা যারা আগে অনুরূপ প্রোগ্রামের সম্মুখীন হননি তাদের জন্য ডেটা পুনরুদ্ধার করতে সক্ষম হবে।

বিনামূল্যে
Recover My Files 4.9.4.1343 উইন্ডোজ অপারেটিং সিস্টেমে রিসাইকেল বিন ব্যবহার করে মুছে ফেলা ফাইল পুনরুদ্ধার করার জন্য একটি অ্যাপ্লিকেশন। এছাড়াও, Recover My Files অ্যাপ্লিকেশনটিতে ডিস্ক ফরম্যাটিংয়ের কারণে হারিয়ে যাওয়া, PC ব্যর্থতার কারণে মুছে ফেলা, সফ্টওয়্যার ব্যর্থতা বা ভাইরাস দ্বারা মুছে ফেলা ফাইলগুলি পুনরুদ্ধার করার ক্ষমতা রয়েছে৷

বিনামূল্যে
PC INSPECTOR File Recovery 4.0 হল একটি অ্যাপ্লিকেশন যা আপনার হার্ড ড্রাইভ ক্ষতিগ্রস্ত হলে তথ্য পুনরুদ্ধার করতে হবে। পিসি ইন্সপেক্টর ফাইল রিকভারি FAT 12/16/32 এর পাশাপাশি NTFS ফাইল সিস্টেমের সাথে কাজ করতে পারে।

বিনামূল্যে
ওএস ব্যাকআপ উইজার্ড 1.19 হল উইন্ডোজের জন্য একটি ব্যাকআপ অ্যাপ্লিকেশন। এই অ্যাপ্লিকেশনটির স্বতন্ত্রতা হল সিস্টেম ব্যাক আপ করার সময় এটির জন্য অপ্রয়োজনীয় ডিস্ক স্থান ব্যবহার না করার ক্ষমতা।

বিনামূল্যে

বিনামূল্যে
Norton Ghost 15.0.0.35659 ব্যক্তিগত কম্পিউটারে ডেটা সংরক্ষণ এবং পুনরুদ্ধারের জন্য একটি অ্যাপ্লিকেশন। অ্যাপ্লিকেশনটি সিস্টেম রিবুট না করে ব্যাকআপ এবং পুনরুদ্ধার সমর্থন করে।

বিনামূল্যে
হ্যান্ডি ব্যাকআপ 7.1.1 হল আপনার ডেটা এবং নথিগুলির স্বয়ংক্রিয় অনুলিপি তৈরির জন্য একটি সহজ অ্যাপ্লিকেশন, যা যেকোনো ডিভাইসে (বাহ্যিক বা অভ্যন্তরীণ, সেইসাথে CD-RW) বা একটি FTP সার্ভারে আপলোড করা যেতে পারে।

বিনামূল্যে
GetDataBack 4.25 আপনার হার্ড ড্রাইভ থেকে হারিয়ে যাওয়া, ক্ষতিগ্রস্ত বা মুছে ফেলা তথ্য পুনরুদ্ধার করার জন্য একটি শক্তিশালী এবং সুবিধাজনক টুল। GetDataBack অ্যাপ্লিকেশন একটি স্বজ্ঞাত ইন্টারফেস এবং উন্নত কর্মক্ষমতা প্রদান করে।

বিনামূল্যে
BadCopy Pro 4.10.1215 হল সিডি, ফ্লপি ডিস্ক, ফ্ল্যাশ ডিভাইস বা হার্ড ড্রাইভ থেকে ডেটা পুনরুদ্ধারের জন্য একটি অ্যাপ্লিকেশন যা ক্ষতিগ্রস্ত, ভাইরাস আছে, ভুলভাবে রেকর্ড করা হয়েছে বা কোনো ত্রুটি আছে। BadCopy অ্যাপ্লিকেশনটি স্বয়ংক্রিয়ভাবে কাজ করে যখন আপনি রিকভারি ডিরেক্টরি নির্দিষ্ট করেন, গ্রাফিক, টেক্সট এবং এক্সিকিউটেবল ফাইল, আর্কাইভ এবং অন্যান্য ধরনের ফাইলের বিভিন্ন ফরম্যাটের সাথে কাজ করার ক্ষমতা সহ।

বিনামূল্যে
অ্যাক্রোনিস ট্রু ইমেজ হোম 2011 বিল্ড 6942/ হোম 2012 বিল্ড 5545 নির্বাচিত ডিস্ক পার্টিশন বা ডিস্কের সঠিক চিত্র তৈরি করার জন্য একটি শক্তিশালী অ্যাপ্লিকেশন। অ্যাক্রোনিস ট্রু ইমেজ সমস্ত ডেটা, অ্যাপ্লিকেশন এবং অপারেটিং সিস্টেমের একটি সম্পূর্ণ ব্যাকআপ কপি তৈরি করে, এই কম্পিউটারের সম্পূর্ণ কপি তৈরি করার ক্ষমতা সহ অন্য কম্পিউটারে দ্রুত পুনরুদ্ধার বা অনুলিপি করার ক্ষমতা সহ।

বিনামূল্যে
অ্যাক্রোনিস ডিস্ক ডিরেক্টর 11 হোম হল একটি বিস্তৃত সফ্টওয়্যার প্যাকেজ যেখানে পার্টিশন এবং হার্ড ডিস্ক ড্রাইভগুলির সাথে কাজ করার জন্য প্রয়োজনীয় অনেক সরঞ্জাম রয়েছে। সফ্টওয়্যার প্যাকেজটিতে আপনার ডিস্ক এবং পার্টিশন পরিচালনা করার পাশাপাশি সিস্টেম ব্যাকআপ এবং দ্রুত পুনরুদ্ধারের জন্য আপনার নিজস্ব বুট ডিস্ক তৈরি করার ক্ষমতা রয়েছে।

বিনামূল্যে
DiVFix 1.10 এই প্রোগ্রামের মাধ্যমে, আপনি সহজেই আংশিক আপলোড করা .avi ভিডিও দেখতে পারবেন। DiVFix .wmv বা .mpeg সহ বিভিন্ন ভিডিও ফরম্যাট দেখা সমর্থন করে। যেহেতু .avi ফাইলগুলি শুধুমাত্র সম্পূর্ণরূপে ডাউনলোড করা হলেই দেখা যাবে, এই কারণে যে ফাইলগুলির শেষে একটি সূচক টেবিল রয়েছে এবং এটি ছাড়া এটি খোলা যাবে না, সেগুলি অন্য প্লেয়ারগুলিতেও চালানো যাবে না৷

বিনামূল্যে
Avi প্রিভিউয়ার 2.2.7 হল একটি প্রোগ্রাম যা অসম্পূর্ণভাবে ডাউনলোড করা বা সহজভাবে ক্ষতিগ্রস্ত avi ফাইল দেখার ক্ষমতা রাখে যা প্রচলিত প্লেয়ারে চালানো যায় না বা ত্রুটি রয়েছে। Avi প্রিভিউয়ার প্রোগ্রাম আপনাকে ফাইলগুলি ক্ষতিগ্রস্ত হলে ঠিক করতে, মুছে ফেলার পরে পুনরুদ্ধার করতে বা সংরক্ষণাগার থেকে ভুল নিষ্কাশন এবং এর মতো করার অনুমতি দেবে।

বিনামূল্যে
অ্যাডভান্সড জিপ পাসওয়ার্ড রিকভারি 4.00 জিপ আর্কাইভের জন্য হারিয়ে যাওয়া পাসওয়ার্ড পুনরুদ্ধার করার ক্ষমতা সহ একটি প্রোগ্রাম।

অনুষ্ঠান শুরু করার পরপরই DBF রিকভারি টুলবক্সপুনরুদ্ধার করার জন্য একটি dbf ফাইল নির্বাচন করার জন্য একটি উইন্ডো খোলে। পছন্দসই ফাইল নির্বাচন করার তিনটি উপায় আছে:

dbf ফাইল ছাড়াও, টেবিলটি এর কাঠামোতে MEMO প্রকারের ক্ষেত্র থেকে তথ্য ধারণকারী একটি ফাইলও অন্তর্ভুক্ত করতে পারে। এই ধরনের ফাইলগুলির সাধারণত একটি নাম থাকে যা dbf টেবিলের নামের সাথে মেলে এবং FoxPro টেবিলের জন্য fpt বা dBase টেবিলের জন্য *.dbt এক্সটেনশনের সাথে মেলে।

বিঃদ্রঃদ্রষ্টব্য: যদি ক্ষতিগ্রস্ত dbf ফাইলে MEMO প্রকারের ক্ষেত্র থাকে, কিন্তু fpt বা dbt ফাইলটি নির্দিষ্ট করা না থাকে, তাহলে DBF পুনরুদ্ধার টুলবক্স শুধুমাত্র মূল টেবিল ফাইলে ফিল্ডের গঠন পুনরুদ্ধার করবে এবং এটি থেকে এই ফিল্ডের ফাইলে লিঙ্কগুলি পুনরুদ্ধার করবে। . যাইহোক, বহিরাগত ফাইলে থাকা তথ্য প্রক্রিয়া করা হবে না। এইভাবে, যদি MEMO ফাইলটি ক্ষতিগ্রস্ত না হয়, তাহলে পুনরুদ্ধার করা টেবিলের সাথে স্বাভাবিক আরও কাজ করা সম্ভব হবে। যাইহোক, যদি, dbf টেবিল ছাড়াও, fpt বা dbt ফাইলটি ক্ষতিগ্রস্ত হয় এবং পুনরুদ্ধার করা না হয়, অপারেশন চলাকালীন ব্যর্থতা সম্ভব।

পুনরুদ্ধার করার জন্য টেবিল ফাইলটি নির্বাচন করার পরে, কাজ চালিয়ে যেতে, আপনাকে বিশ্লেষণ বোতামটি ক্লিক করতে হবে, যা প্রোগ্রাম উইন্ডোর নীচে অবস্থিত।

যদি টেবিল ফাইলের নাম বা পাথ প্রবেশ করার সময় একটি ত্রুটি করা হয়, প্রোগ্রামটি একটি সতর্কতা জারি করবে অনুগ্রহ করে পুনরুদ্ধার করতে ফাইল নির্বাচন করুন! (অনুগ্রহ করে পুনরুদ্ধার করার জন্য একটি ফাইল নির্বাচন করুন!) এবং টেবিল গঠন বিশ্লেষণ প্রক্রিয়া শুরু হবে না।

আপনি যখন সোর্স টেবিলের কাঠামো এবং ডেটা বিষয়বস্তু দেখার পর্যায়ে যাবেন, প্রোগ্রামটি ডেটা পুনরুদ্ধার প্রক্রিয়া শুরু করার বিষয়ে একটি সতর্কতা সহ একটি উইন্ডো প্রদর্শন করবে৷ আপনি কি পুনরুদ্ধার শুরু করতে চান? (আপনি কি পুনরুদ্ধার শুরু করতে চান?) আপনি যদি dbf ফাইলের নাম বা পথ পরিবর্তন করতে চান, বা নির্বাচনে একটি MEMO ফাইল যোগ করতে চান, তাহলে আপনাকে No বাটনে ক্লিক করতে হবে এবং Back বাটন ব্যবহার করে ফাইল নির্বাচন উইন্ডোতে ফিরে যেতে হবে।

যদি সমস্ত ফাইল সঠিকভাবে নির্দিষ্ট করা হয়, ডায়ালগে হ্যাঁ বোতামে ক্লিক করুন। এই বোতামটি ক্লিক করার পরে, প্রোগ্রামটি dbf টেবিল ফাইল এবং অতিরিক্ত MEMO ফিল্ড ফাইলগুলি পার্স করা শুরু করবে।

যদি উত্স টেবিলের গঠন বিশ্লেষণের সময়, MEMO ক্ষেত্রগুলি পাওয়া যায়, কিন্তু fpt বা dbt ফাইল - এই ধরনের ক্ষেত্রগুলির জন্য সঞ্চয়স্থান - নির্দিষ্ট করা হয়নি, প্রোগ্রামটি এই ধরনের ফাইলগুলির নামের সাথে মেলে এমন একটি নামের সাথে অনুসন্ধান করে ডিরেক্টরিতে সোর্স ফাইল যা থেকে এটি পড়া হয়। সনাক্তকরণের পরে, প্রোগ্রামটি টেবিলটি বিশ্লেষণ করার সময় ফাইলটি ব্যবহার করার পরামর্শ সহ একটি উইন্ডো প্রদর্শন করবে।

তথ্য বিশ্লেষণ এবং পুনরুদ্ধারের প্রক্রিয়ার মধ্যে, প্রোগ্রাম DBF রিকভারি টুলবক্স:

1. ফাইলের শিরোনামটি পড়ে, টেবিলে ক্ষেত্রগুলির নাম এবং প্রকারগুলি সনাক্ত করে এবং অফসেটগুলি নির্ধারণ করে যেগুলি সোর্স ফাইলে শারীরিকভাবে শুরু হয়৷
2. সোর্স টেবিলে প্রতিটি রেকর্ডের শুরু শনাক্ত করে এবং সোর্স ফাইল থেকে সেই রেকর্ডের সমস্ত ক্ষেত্র বের করে। যদি টেবিলে MEMO টাইপের ক্ষেত্র থাকে, তাহলে এই ক্ষেত্রগুলির ফাইলে সংরক্ষিত ডেটার ঠিকানাগুলিতে টেবিল রেকর্ডে থাকা লিঙ্কগুলিকে চিহ্নিত করে। MEMO ফাইল নিজেই প্রক্রিয়া করা হয় না.
3. যদি MEMO ক্ষেত্রগুলির সাথে সম্পর্কিত একটি ফাইল (fpt বা dbt) নির্দিষ্ট করা হয়, তাহলে প্রোগ্রামটি তার গঠন বিশ্লেষণ করে এবং মূল টেবিলের লিঙ্কগুলির সাথে সম্পর্কিত ফাইল রেকর্ডগুলি সনাক্ত করে।

তথ্য পুনরুদ্ধার করার সময়, স্ক্রিনের নীচে একটি অগ্রগতি বার প্রদর্শিত হবে, যার সাহায্যে আপনি ডেটা পুনরুদ্ধারের পর্যায়ে মূল্যায়ন করতে পারেন।

ক্ষতিগ্রস্ত dbf ফাইলের বিশ্লেষণ সম্পন্ন হওয়ার পরে, পুনরুদ্ধার করা তথ্য উইন্ডোর প্রধান কর্মক্ষেত্রে একটি টেবিল আকারে প্রদর্শিত হবে। স্ক্রিনে প্রদর্শিত টেবিলের কলাম সোর্স ফাইলের ক্ষেত্রগুলির সাথে মিলিত হবে এবং টেবিলের সারিগুলি তার রেকর্ডগুলির সাথে মিলে যাবে৷

যদি ফাইলটি এত খারাপভাবে ক্ষতিগ্রস্ত হয় যে প্রোগ্রামটি এটি থেকে তথ্য পুনরুদ্ধার করতে সক্ষম হবে না, তবে উইন্ডোর নীচে একটি ফাইল পাঠান বোতামটি প্রদর্শিত হবে, যার সাহায্যে আপনি ক্ষতিগ্রস্ত ফাইলটি প্রোগ্রাম ডেভেলপারদের কাছে পাঠাতে পারেন। -আরো বিস্তারিত বিশ্লেষণ এবং পুনরুদ্ধারের জন্য মেইল ​​করুন। এছাড়াও, যেকোন সময়, আপনি অ্যাকশন মেনুতে অবস্থিত Send সোর্স ফাইল আইটেমটি ব্যবহার করে বিশ্লেষণের জন্য ডেভেলপারদের কাছে ফাইলটি পাঠাতে পারেন।

পুনরুদ্ধার করা তথ্য দেখার পরে, আপনাকে পুনরুদ্ধার করা ফাইলটি সংরক্ষণের পর্যায়ে যেতে প্রোগ্রাম উইন্ডোর নীচে অবস্থিত পরবর্তী বোতামটি ক্লিক করতে হবে।

মূল dbf ফাইল এবং সমস্ত সংযুক্ত ফাইলের সাথে কাজ করার সময়, তাদের মধ্যে কোন পরিবর্তন করা হয় না। সমস্ত কাজ কম্পিউটারের র‌্যামে থাকা তথ্যের একটি অনুলিপি দিয়ে সঞ্চালিত হয়। অতএব, পুনরুদ্ধার করা ডেটা নিয়ে আরও কাজের জন্য, সেগুলি অবশ্যই ডিস্কে সংরক্ষণ করতে হবে।

একই সময়ে, মূল ফাইল থেকে পুনরুদ্ধার করা তথ্য সংরক্ষণ করা শুধুমাত্র প্রোগ্রামের নিবন্ধিত সংস্করণে সম্ভব। ট্রায়াল সংস্করণে, আপনি শুধুমাত্র পর্যায় 2 এ তথ্য দেখতে পারেন।

তথ্য সংরক্ষণ করতে, আপনি একটি ফাইল নির্বাচন করার জন্য তিনটি উপায় ব্যবহার করতে পারেন:

1. মেরামত করা ফাইলের নাম (.dbf): কম্বো বক্সে পাথ এবং ফাইলের নাম লিখুন, যা উইন্ডোর প্রধান কর্মক্ষেত্রে অবস্থিত। আপনি সংরক্ষণ করার জন্য একটি ফাইল নির্বাচন করার জন্য একটি উইন্ডো খুললে, প্রোগ্রামটি স্বয়ংক্রিয়ভাবে ইনপুট ক্ষেত্রে পূরণ করে। ডিফল্টরূপে, পুনরুদ্ধার করা dbf ফাইলটিকে একই ফোল্ডারে সংরক্ষণ করার প্রস্তাব করা হয় যেখান থেকে মূল ফাইলটি প্রাপ্ত করা হয়েছিল, কিন্তু মূল ফাইলের নাম এবং _repaired প্রত্যয় সমন্বিত একটি নামের সাথে। অর্থাৎ, example.dbf ফাইলটি ব্যবহার করা হলে, প্রোগ্রামটি example_repaired.dbf নামে এটি সংরক্ষণ করার প্রস্তাব দেবে।
2. সংরক্ষণ করার জন্য একটি ফোল্ডার এবং স্ট্যান্ডার্ড ফাইল সংরক্ষণ ডায়ালগ ব্যবহার করে একটি ফাইলের নাম নির্বাচন করা। ফাইল নির্বাচন ডায়ালগ কল বোতামটি কম্বো বাক্সের ডানদিকে অবস্থিত। একটি ডায়ালগ খোলার সময়, যে ডিরেক্টরি থেকে উত্স ফাইলটি পড়া হয়েছিল এবং উপরে বর্ণিত নীতি অনুসারে নির্মিত ফাইলের নামটিও ব্যবহার করা হয়।
3. ইনপুট ক্ষেত্রের ড্রপ-ডাউন তালিকা থেকে একটি ফাইল নির্বাচন করা। টেবিল ফাইল সঙ্গে কাজ করার সময়, প্রোগ্রাম DBF রিকভারি টুলবক্সএর সেটিংসে পূর্বে সংরক্ষিত ফাইল সম্পর্কে তথ্য সঞ্চয় করে এবং প্রয়োজনে এই নাম এবং ফাইল পাথগুলি পুনরায় ব্যবহার করা যেতে পারে।

সংরক্ষিত ফাইলের পথ এবং নাম নির্দিষ্ট করার পরে, পুনরুদ্ধার করা তথ্য সংরক্ষণ করতে, আপনাকে প্রোগ্রাম উইন্ডোর নীচে অবস্থিত সংরক্ষণ বোতামটি ক্লিক করতে হবে।

যদি মেরামত করা ফাইলের নাম (.dbf) এ নির্দেশিত নির্দেশিকাটি বিদ্যমান না থাকে, তাহলে ডিরেক্টরিটি বিদ্যমান নেই সতর্কবার্তা প্রদর্শিত হবে, ফাইলটি সংরক্ষণ করা হবে না এবং প্রোগ্রামটি সংরক্ষণ করার জন্য একটি ফাইল নির্বাচন করার পর্যায়ে থাকবে .

যদি ক্ষেত্রটিতে নির্দিষ্ট করা ফাইলটি ইতিমধ্যেই বিদ্যমান থাকে, তাহলে প্রোগ্রামটি আপনাকে এটিকে ওভাররাইট করতে বলবে আপনি কি বিদ্যমান ফাইলটি পুনরায় লিখতে চান? (আপনি কি একটি বিদ্যমান ফাইল ওভাররাইট করতে চান?) No বোতাম টিপলে, প্রোগ্রামটি ফাইল নির্বাচনের পর্যায়েও থাকবে। যদি হ্যাঁ বোতাম টিপানো হয়, অথবা যদি ফাইলটি ইতিমধ্যেই বিদ্যমান না থাকে, তাহলে DBF পুনরুদ্ধার টুলবক্স পুনরুদ্ধারের ফলাফল দেখার পর্যায়ে এগিয়ে যাবে।

প্রোগ্রামটি যেকোন ফরম্যাটে সোর্স ফাইল থেকে পড়া তথ্য সংরক্ষণ করতে পারে: dBase III-IV, FoxPro 3.x (বা পরবর্তী)। যাইহোক, মনে রাখবেন যে আপনি যখন একটি পূর্ববর্তী সংস্করণ বিন্যাসে একটি নথি সংরক্ষণ করেন, তখন সংরক্ষিত ফাইলের সংস্করণের সাথে সামঞ্জস্যপূর্ণ কিছু ডেটা হারিয়ে যেতে পারে বা নষ্ট হয়ে যেতে পারে।

সংরক্ষিত নথির বিন্যাস নির্বাচন আউটপুট DBF ফাইল সংস্করণ ব্যবহার করে নির্বাচন করা হয়: ড্রপ-ডাউন তালিকা ক্ষেত্র (ফলে DBF ফাইলের সংস্করণ নির্বাচন করুন)।

আপনি সংরক্ষিত নথির বিন্যাস নির্বাচন করার জন্য উইন্ডোটি খুললে, প্রোগ্রামটি স্বয়ংক্রিয়ভাবে পুনরুদ্ধার করা নথিটিকে একটি বিন্যাস সংস্করণে সংরক্ষণ করার প্রস্তাব দেয় যা মূল নথির সাথে মেলে। যদি সোর্স ফাইলটি এত খারাপভাবে ক্ষতিগ্রস্ত হয় যে এটির সংস্করণ নির্ধারণ করা সম্ভব ছিল না, তবে প্রোগ্রামটি ডিফল্টরূপে ফাইলটিকে বিন্যাসের সর্বশেষ উপলব্ধ সংস্করণে সংরক্ষণ করার প্রস্তাব দেবে।

সংরক্ষিত নথির বিন্যাসের সেটিংস সম্পূর্ণ করার পরে, ডেটা পুনরুদ্ধার এবং সংরক্ষণের প্রক্রিয়াতে এগিয়ে যেতে, আপনাকে প্রোগ্রাম উইন্ডোর নীচে অবস্থিত ফাইল সংরক্ষণ বোতামটি ক্লিক করতে হবে।

যদি প্রয়োজন হয়, আপনি ফিরে বোতামে ক্লিক করে সংরক্ষণ করার জন্য একটি ফাইল নির্বাচন করার জন্য পৃষ্ঠায় ফিরে আসতে পারেন।

কাজের এই পর্যায়ে, উইন্ডোর প্রধান কার্যক্ষেত্রে প্রোগ্রামটি তার কাজের এই সেশনে পুনরুদ্ধার করা সমস্ত ফাইল সম্পর্কে তথ্য প্রদর্শন করে। তথ্য গঠিত:

• পুনরুদ্ধার করা ফাইলের নাম এবং পথ;
• ফাইলের নাম এবং পথ যেখানে পুনরুদ্ধার করা তথ্য সংরক্ষণ করা হয়েছিল;
• পুনরুদ্ধার করা হয়েছে যে রেকর্ড সংখ্যা;
• যে সময় dbf টেবিল ফাইল পুনরুদ্ধার করা হয়েছিল।

লগটি দেখার পরে, আপনি ব্যাক বোতামটি ব্যবহার করে ফিরে যেতে পারেন, যা প্রোগ্রামের সাথে কাজ করার জন্য কোনও সেটিংস পরিবর্তন করতে প্রোগ্রাম উইন্ডোর নীচে অবস্থিত (পুনরুদ্ধার করা ফাইলটিকে আলাদা নামে সংরক্ষণ করা, পুনরুদ্ধারের জন্য অন্য ফাইল নির্বাচন করা ইত্যাদি .)

আপনি যদি প্রোগ্রামটি সম্পন্ন করে থাকেন, তাহলে আপনি প্রস্থান করার জন্য ফিনিশ বোতামে ক্লিক করতে পারেন বা প্রোগ্রাম উইন্ডোটি বন্ধ করতে পারেন।

কাজের শেষ

লগটি পর্যালোচনা করার পরে, আপনি প্রস্থান বোতামে ক্লিক করে বা ফাইল মেনু থেকে প্রস্থান কমান্ড নির্বাচন করে প্রস্থান করতে পারেন। এটিও সম্ভব, বাক বোতাম (রিটার্ন) ব্যবহার করে, প্রোগ্রামের প্রথম পৃষ্ঠায় ফিরে আসা এবং পুনরুদ্ধারের জন্য অন্য ফাইল নির্বাচন করা। দয়া করে মনে রাখবেন যে এই ক্ষেত্রে, আপনি যখন ফাইলটি সংরক্ষণ করেন, তখন পুনরুদ্ধার করা ফাইলের নাম এবং ফোল্ডার স্বয়ংক্রিয়ভাবে পরিবর্তিত হয় না এবং আপনাকে সেগুলি ম্যানুয়ালি পরিবর্তন করতে হবে বা ডায়ালগ ব্যবহার করে সেগুলি নির্বাচন করতে হবে৷