লেনদেন শেষ। পরিমাণের জন্য একটি লেনদেন চলছে - এই SMS এর অর্থ কী৷

বিভিন্ন লেনদেন মডেল রয়েছে যেগুলি বিভিন্ন বৈশিষ্ট্যের উপর ভিত্তি করে শ্রেণীবদ্ধ করা যেতে পারে, যার মধ্যে লেনদেনের কাঠামো, আন্তঃ-লেনদেন সমঝোতা, সময়কাল ইত্যাদি অন্তর্ভুক্ত।

বর্তমানে, নিম্নলিখিত ধরণের লেনদেনগুলিকে আলাদা করা হয়েছে: ফ্ল্যাট বা ক্লাসিক লেনদেন, চেইন লেনদেন এবং নেস্টেড লেনদেন।

সমতল, বা ঐতিহ্যগত, লেনদেনগুলি চারটি শাস্ত্রীয় বৈশিষ্ট্য দ্বারা চিহ্নিত করা হয়: পারমাণবিকতা, ধারাবাহিকতা, বিচ্ছিন্নতা, স্থায়িত্ব (শক্তি) - ACID (পরমাণু, ধারাবাহিকতা, বিচ্ছিন্নতা, স্থায়িত্ব)। ঐতিহ্যগত লেনদেনগুলিকে কখনও কখনও ACID লেনদেন হিসাবে উল্লেখ করা হয়। উপরে উল্লিখিত বৈশিষ্ট্যগুলির অর্থ নিম্নলিখিত:

পারমাণবিকতার সম্পত্তি (Atomicity) এই সত্যে প্রকাশ করা হয় যে লেনদেনটি সম্পূর্ণরূপে সম্পন্ন করতে হবে বা একেবারেই সম্পূর্ণ হবে না।

সঙ্গতি বৈশিষ্ট্য নিশ্চিত করে যে লেনদেনের অগ্রগতির সাথে সাথে ডেটা একটি সামঞ্জস্যপূর্ণ অবস্থা থেকে অন্যটিতে চলে যায় - লেনদেন ডেটার পারস্পরিক সামঞ্জস্য ভঙ্গ করে না।

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

স্থায়িত্বের বৈশিষ্ট্যটি নিম্নরূপ ব্যাখ্যা করা হয়েছে: যদি একটি লেনদেন সফলভাবে সম্পন্ন হয়, তবে এটির দ্বারা করা ডেটাতে সেই পরিবর্তনগুলি যে কোনও পরিস্থিতিতে হারিয়ে যেতে পারে না (এমনকি পরবর্তী ত্রুটির ক্ষেত্রেও)।

একটি লেনদেন সম্পূর্ণ করার জন্য দুটি বিকল্প আছে। যদি সমস্ত বিবৃতি সফলভাবে সম্পন্ন হয় এবং লেনদেনের সময় কোনও সফ্টওয়্যার বা হার্ডওয়্যার ব্যর্থতা না ঘটে তবে লেনদেনটি প্রতিশ্রুতিবদ্ধ।

একটি লেনদেন করা একটি ক্রিয়া যা একটি লেনদেন সম্পাদনের সময় করা ডাটাবেসের পরিবর্তনগুলিকে ডিস্কে লেখে।

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

লেনদেন সম্পাদনের সময় যদি এমন কিছু ঘটে যা এটিকে স্বাভাবিকভাবে সম্পূর্ণ করা অসম্ভব করে তোলে, তবে ডাটাবেসটিকে তার আসল অবস্থায় ফিরিয়ে দিতে হবে। একটি লেনদেন রোল ব্যাক করা হল একটি ক্রিয়া যা বর্তমান মুলতুবি লেনদেনের মূল অংশে SQL স্টেটমেন্ট দ্বারা করা সমস্ত ডেটা পরিবর্তনগুলিকে পূর্বাবস্থায় ফিরিয়ে আনে৷

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

ANSI/ISO SQL স্ট্যান্ডার্ড লেনদেনের মডেল এবং কমিট এবং রোলব্যাক স্টেটমেন্টের ফাংশন সংজ্ঞায়িত করে। স্ট্যান্ডার্ডটি নির্দিষ্ট করে যে একটি লেনদেন ব্যবহারকারীর দ্বারা শুরু করা প্রথম SQL বিবৃতি দিয়ে শুরু হয় বা ডাটাবেসের বর্তমান অবস্থা পরিবর্তন করে এমন একটি প্রোগ্রামে থাকে। সমস্ত পরবর্তী SQL স্টেটমেন্ট লেনদেনের মূল অংশ তৈরি করে। লেনদেন চারটি সম্ভাব্য উপায়ের একটিতে শেষ হয় (চিত্র 11.1):

কমিট স্টেটমেন্ট মানে লেনদেনের সফল সমাপ্তি; এর ব্যবহার বর্তমান লেনদেনের মধ্যে ডাটাবেসে করা পরিবর্তনগুলিকে স্থায়ী করে তোলে;

রোলব্যাক স্টেটমেন্ট একটি লেনদেন বাতিল করে, সেই লেনদেনের অংশ হিসাবে ডাটাবেসে করা পরিবর্তনগুলিকে পূর্বাবস্থায় ফিরিয়ে দেয়; রোলব্যাক ব্যবহার করার সাথে সাথেই একটি নতুন লেনদেন শুরু হয়;

যে প্রোগ্রামে বর্তমান লেনদেন শুরু হয়েছিল তার সফল সমাপ্তির অর্থ হল লেনদেনের সফল সমাপ্তি (যেমন COMMIT বিবৃতিটি ব্যবহার করা হয়েছে);

একটি ভুল প্রোগ্রাম সমাপ্তি লেনদেন বাতিল করে (যেন একটি ROLLBACK স্টেটমেন্ট ব্যবহার করা হয়েছে)।

এই মডেলে, ডাটাবেসের অবস্থা পরিবর্তনকারী প্রতিটি বিবৃতিকে একটি লেনদেন হিসাবে গণ্য করা হয়, তাই সেই বিবৃতিটির সফল সমাপ্তির পরে, ডাটাবেস একটি নতুন স্থিতিশীল অবস্থায় স্থানান্তরিত হয়।

বাণিজ্যিক DBMS-এর প্রথম সংস্করণগুলি ANSI/ISO লেনদেন মডেল প্রয়োগ করেছে। পরবর্তীকালে, SYBASE DBMS-এ একটি বর্ধিত লেনদেন মডেল প্রয়োগ করা হয়েছিল, যার মধ্যে অনেকগুলি অতিরিক্ত অপারেশন রয়েছে। SYBASE মডেল নিম্নলিখিত চারটি বিবৃতি ব্যবহার করে:

শুরু লেনদেন বিবৃতি একটি লেনদেন শুরু সংকেত. ANSI/ISO স্ট্যান্ডার্ডের মডেলের বিপরীতে, যেখানে একটি লেনদেনের শুরুটি প্রথম ডেটা পরিবর্তন বিবৃতি দ্বারা নিখুঁতভাবে সেট করা হয়, SYBASE মডেলে, একটি লেনদেনের সূচনাটি একটি লেনদেনের বিবৃতি শুরু করার মাধ্যমে স্পষ্টভাবে সেট করা হয়।

কমিট লেনদেন বিবৃতি একটি লেনদেনের সফল সমাপ্তির রিপোর্ট করে৷ এটি ANSI/ISO মডেলের কমিট স্টেটমেন্টের সমতুল্য। এই বিবৃতিটি, COMMIT বিবৃতির মতো, লেনদেনের সময় ডাটাবেসে করা সমস্ত পরিবর্তনগুলিকে প্রতিশ্রুতিবদ্ধ করে৷

সেভ লেনদেন বিবৃতিটি লেনদেনের মধ্যে একটি সংরক্ষণ বিন্দু তৈরি করে যা বিবৃতিটি কার্যকর করার সময় সংরক্ষিত ডাটাবেসের মধ্যবর্তী অবস্থার সাথে মিলে যায়। সেভ ট্রানজ্যাকশন স্টেটমেন্টে সেভপয়েন্টের নাম থাকতে পারে। অতএব, একটি লেনদেন সম্পাদনের সময়, বেশ কয়েকটি মধ্যবর্তী অবস্থার সাথে সম্পর্কিত বেশ কয়েকটি সংরক্ষণ পয়েন্ট সংরক্ষণ করা যেতে পারে।

ROLLBACK স্টেটমেন্টে দুটি পরিবর্তন আছে। যদি এই বিবৃতিটি একটি অতিরিক্ত প্যারামিটার ছাড়া ব্যবহার করা হয়, তাহলে এটি সমগ্র লেনদেনের জন্য একটি রোলব্যাক বিবৃতি হিসাবে ব্যাখ্যা করা হয়, অর্থাৎ এই ক্ষেত্রে এটি ANSI/ISO মডেলের রোলব্যাক স্টেটমেন্ট ROLLBACK এর সমতুল্য। যদি রোলব্যাক অপারেটরের একটি পরামিতি থাকে এবং এটি রোলব্যাক বি হিসাবে লেখা হয়, তবে এটিকে বিকে সেভ করার জন্য একটি আংশিক লেনদেন রোলব্যাক অপারেটর হিসাবে ব্যাখ্যা করা হয়।

বর্ধিত লেনদেন মডেলে লেনদেন সম্পাদনের নীতিগুলি চিত্রে দেখানো হয়েছে৷ 11.2। চিত্রে, অপারেটরগুলিকে সংখ্যা দিয়ে চিহ্নিত করা হয়েছে, যাতে সমস্ত গ্রহণযোগ্য ক্ষেত্রে লেনদেনের অগ্রগতি ট্র্যাক করা আমাদের পক্ষে আরও সুবিধাজনক হবে৷

লেনদেনটি একটি সুস্পষ্ট লেনদেন শুরু অপারেটর দিয়ে শুরু হয়, যার আমাদের স্কিমে নম্বর 1 রয়েছে৷ এরপরে আসে অপারেটর 2, যা একটি অনুসন্ধান অপারেটর এবং ডাটাবেসের বর্তমান অবস্থার পরিবর্তন করে না এবং নিম্নলিখিত অপারেটর 3 এবং 4 ডাটাবেসকে স্থানান্তর করে একটি নতুন রাষ্ট্র। স্টেটমেন্ট 5 ডাটাবেসের এই নতুন মধ্যবর্তী অবস্থাটিকে সংরক্ষণ করে এবং A পয়েন্টে একটি মধ্যবর্তী অবস্থা হিসেবে চিহ্নিত করে। বিবৃতি 6 এবং 7 অনুসরণ করে, যা ডাটাবেসটিকে নতুন অবস্থায় নিয়ে আসে। এবং অপারেটর 8 এই রাজ্যটিকে বি পয়েন্টে একটি মধ্যবর্তী অবস্থা হিসাবে সংরক্ষণ করে। অপারেটর 9 নতুন ডেটার ইনপুট সম্পাদন করে, এবং অপারেটর 10 শর্ত 1 এর কিছু যাচাইকরণ করে; যদি শর্ত 1 পূরণ করা হয়, তাহলে বিবৃতি 11 কার্যকর করা হয়, যা লেনদেনকে মধ্যবর্তী অবস্থা B-এ ফিরিয়ে আনে। এর মানে হল যে বিবৃতি 9-এর কর্মের ফলাফলগুলি একরকম মুছে ফেলা হয় এবং ডাটাবেসটি মধ্যবর্তী অবস্থা B-তে ফিরে আসে, যদিও সম্পাদনের পরে স্টেটমেন্ট 9-এর এটি ইতিমধ্যেই একটি নতুন অবস্থায় ছিল এবং লেনদেনটি রোল ব্যাক করার পরে, স্টেটমেন্ট 9 এর পরিবর্তে, যা পূর্বে স্টেট থেকে কার্যকর করা হয়েছিল, ডাটাবেসে, নতুন ডেটা প্রবেশের জন্য স্টেটমেন্ট 13 কার্যকর করা হয়, এবং তারপর নিয়ন্ত্রণ অপারেটরের কাছে স্থানান্তরিত হয় 14. অপারেটর 14 আবার শর্তটি পরীক্ষা করে, কিন্তু ইতিমধ্যেই কিছু নতুন শর্ত 2, যদি শর্ত পূরণ করা হয়, তাহলে নিয়ন্ত্রণ অপারেটর 15-এ স্থানান্তরিত হয়, যা লেনদেনকে মধ্যবর্তী অবস্থা A-তে ফিরিয়ে দেয়, অর্থাৎ, সমস্ত বিবৃতি যা ডাটাবেস পরিবর্তন করেছে। , 6 থেকে শুরু করে এবং 13 দিয়ে শেষ হয়, মৃত্যুদন্ডপ্রাপ্ত নয় বলে বিবেচিত হয়, অর্থাৎ, তাদের মৃত্যুদন্ডের ফলাফলগুলি অদৃশ্য হয়ে গেছে এবং আমরা আবার এ অবস্থায় আছি, কারণ স্টেটমেন্ট 4 কার্যকর হওয়ার পরে পরবর্তী নিয়ন্ত্রণ অপারেটর 17-এ স্থানান্তরিত হয়, যা আপডেট করে ডাটাবেসের বিষয়বস্তু, তারপর নিয়ন্ত্রণ অপারেটর 18-এ স্থানান্তরিত হয়, যা চেকিং শর্ত 3 এর সাথে যুক্ত। চেকটি হয় অপারেটর 20-এ নিয়ন্ত্রণ স্থানান্তর করার মাধ্যমে শেষ হয়, যা লেনদেন করে এবং ডাটাবেস একটি নতুন স্থিতিশীল অবস্থায় প্রবেশ করে এবং এটি পরিবর্তন করে। বর্তমান লেনদেনের মধ্যে অসম্ভব অথবা, যদি নিয়ন্ত্রণ বিবৃতি 19-এ স্থানান্তরিত হয়, তাহলে লেনদেনটি শুরুতে ফিরিয়ে আনা হয় এবং ডাটাবেসটি তার প্রাথমিক অবস্থায় ফিরে আসে এবং সমস্ত মধ্যবর্তী অবস্থা ইতিমধ্যেই এখানে চেক করা হয়েছে, এবং এটি ফিরে আসা অসম্ভব বিবৃতি 19 কার্যকর করার পরে এই মধ্যবর্তী রাজ্যগুলিতে

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

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

আপনি কি এসএমএস পেয়েছেন?

সুতরাং, ধরণের এসএমএস বিভিন্ন গ্রাহকদের ফোনে আসতে পারে: "12210RUB পরিমাণে লেনদেন।// তথ্য: 8-800-511-09-25". বার্তায় নির্দেশিত "রাইট-অফ" এর পরিমাণগুলি খুব আলাদা হতে পারে, সেইসাথে যে ফোন নম্বরগুলি মেইলিং চালায় (8-800-511-62-82, 8-800-555-46-74, ইত্যাদি) .)

এই ধরনের সমস্ত এসএমএস একটি সাধারণ বিবাহবিচ্ছেদ, প্রতারণা, প্রতারণা (আপনি যা চান তা বলুন) এবং এগুলি সবই অবৈধ। আসলে কোন লেনদেন করা হয় না এবং পরিমাণ মাথা থেকে নেওয়া হয়। এই ধরনের মেলিংয়ের মূল উদ্দেশ্য হল একজন ব্যক্তিকে প্রতিক্রিয়া জানানো। এসএমএস-এ নির্দেশিত নম্বরে কল ব্যাক করলে আপনি যে দুটি পয়েন্টের সম্মুখীন হতে পারেন:

1. সবচেয়ে সাধারণ স্কিম হল কল ব্যাক করার জন্য টাকা তোলা। গড়ে, তারা 30 থেকে 50 রুবেল থেকে প্রত্যাহার করতে পারে। গ্রাহক নম্বরটি ডায়াল করে - একটি সংযোগ রয়েছে, যার পরে সঙ্গীত বাজায় বা উত্তর দেওয়ার মেশিন পাঠ্যটি নির্দেশ করে - তারপরে আপনাকে ফেলে দেওয়া হয় এবং অ্যাকাউন্ট থেকে অর্থ উত্তোলন করা হয়।
2. আরেকটি বিষয় হল "অপারেটর" এর প্রচেষ্টা যিনি আপনার কাছ থেকে ব্যক্তিগত তথ্য এবং অর্থপ্রদানের ডেটা প্রত্যাহার করার জন্য কল পেয়েছেন। উদাহরণস্বরূপ, অপারেটর একটি কল পায় এবং সমস্যাটি শোনার পরে, আরও বিশ্লেষণের জন্য আপনার ডেটার অনুরোধ করে। এটি লক্ষণীয় যে অপারেটররাও ধূর্ত এবং গ্রাহকের সাথে কথোপকথন বিশ্লেষণ করে। যদি তারা লক্ষ্য করে যে একজন ব্যক্তি হারিয়ে গেছে এবং রাইট-অফের কারণে আতঙ্কিত হয়, তবে তারা তার কাছ থেকে সমস্ত গুরুত্বপূর্ণ তথ্য বের করার চেষ্টা করে। এই কৌশলটি বয়স্ক ব্যক্তিদের সাথে কাজ করে - আধুনিক প্রযুক্তি থেকে কিছুটা দূরে।

যাইহোক, এই নিবন্ধটিও দেখুন: প্লে মার্কেট: ইন্টারনেট সংযোগ নেই, ওয়াইফাই সংযোগ পরীক্ষা করুন

যাইহোক, ব্যবহারকারীরা এই ধরণের অন্যান্য জাল বার্তাগুলি পান - উদাহরণস্বরূপ, "আপনার কার্ডটি রাশিয়ান ফেডারেশনের কেন্দ্রীয় ব্যাংক দ্বারা ব্লক করা হয়েছে"বা "আপনার কার্ড আপস করা হয়েছে". এই সব এসএমএস জালিয়াতি একই প্রকৃতির হয়.

বার্তা এলে কি করবেন?

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

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

প্রতারকরা কোথা থেকে আপনার নম্বর পেয়েছে?

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

এছাড়াও, আক্রমণকারীরা আপনার ফোন নম্বর এখান থেকে পেতে পারে:

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

আপনি ইতিমধ্যে বুঝতে পেরেছেন, আপনার ব্যক্তিগত ডেটা (ফোন, মেল, ঠিকানা) সর্বজনীন ডোমেনে রাখা উচিত নয়। আপনার বিজ্ঞাপন আর প্রাসঙ্গিক না হলে অবিলম্বে আপনার নম্বর মুছে ফেলার চেষ্টা করুন.

উপসংহার

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

বিভিন্ন লেনদেন মডেল রয়েছে যেগুলি বিভিন্ন বৈশিষ্ট্যের উপর ভিত্তি করে শ্রেণীবদ্ধ করা যেতে পারে, যার মধ্যে লেনদেনের কাঠামো, আন্তঃ-লেনদেন সমঝোতা, সময়কাল ইত্যাদি অন্তর্ভুক্ত।

বর্তমানে, নিম্নলিখিত ধরণের লেনদেনগুলিকে আলাদা করা হয়েছে: ফ্ল্যাট বা ক্লাসিক লেনদেন, চেইন লেনদেন এবং নেস্টেড লেনদেন।

সমতল, বা ঐতিহ্যগত, লেনদেনগুলি চারটি শাস্ত্রীয় বৈশিষ্ট্য দ্বারা চিহ্নিত করা হয়: পারমাণবিকতা, ধারাবাহিকতা, বিচ্ছিন্নতা, স্থায়িত্ব (শক্তি) - ACID (পরমাণু, ধারাবাহিকতা, বিচ্ছিন্নতা, স্থায়িত্ব)। ঐতিহ্যগত লেনদেনগুলিকে কখনও কখনও ACID লেনদেন হিসাবে উল্লেখ করা হয়। উপরে উল্লিখিত বৈশিষ্ট্যগুলির অর্থ নিম্নলিখিত:

· পারমাণবিক সম্পত্তি(Atomicity) এই সত্যে প্রকাশ করা হয় যে লেনদেনটি সম্পূর্ণরূপে সম্পন্ন করতে হবে বা একেবারেই সম্পূর্ণ হবে না।

· সামঞ্জস্য সম্পত্তি(সংগতি) গ্যারান্টি দেয় যে লেনদেন সঞ্চালিত হওয়ার সাথে সাথে ডেটা একটি সামঞ্জস্যপূর্ণ অবস্থা থেকে অন্যটিতে চলে যায় - লেনদেন ডেটার পারস্পরিক সামঞ্জস্য নষ্ট করে না।

· বিচ্ছিন্নতা সম্পত্তি(বিচ্ছিন্নতা) এর অর্থ হল ডাটাবেসে অ্যাক্সেসের জন্য প্রতিদ্বন্দ্বিতা করা লেনদেনগুলি শারীরিকভাবে ক্রমান্বয়ে প্রক্রিয়া করা হয়, একে অপরের থেকে বিচ্ছিন্ন, কিন্তু ব্যবহারকারীদের কাছে মনে হয় তারা সমান্তরালভাবে চলছে।

· স্থায়িত্ব সম্পত্তি(স্থায়িত্ব) নিম্নরূপ ব্যাখ্যা করা হয়েছে: যদি লেনদেনটি সফলভাবে সম্পন্ন হয়, তবে এটির দ্বারা করা ডেটাতে সেই পরিবর্তনগুলি যে কোনও পরিস্থিতিতে হারিয়ে যেতে পারে না (এমনকি পরবর্তী ত্রুটির ক্ষেত্রেও)।

একটি লেনদেন সম্পূর্ণ করার জন্য দুটি বিকল্প আছে। যদি সমস্ত বিবৃতি সফলভাবে সম্পন্ন হয় এবং লেনদেনের সময় কোনও সফ্টওয়্যার বা হার্ডওয়্যার ব্যর্থতা না ঘটে তবে লেনদেনটি প্রতিশ্রুতিবদ্ধ।

একটি লেনদেন করা একটি ক্রিয়া যা একটি লেনদেন সম্পাদনের সময় করা ডাটাবেসের পরিবর্তনগুলিকে ডিস্কে লেখে।

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

লেনদেন সম্পাদনের সময় যদি এমন কিছু ঘটে যা এটিকে স্বাভাবিকভাবে সম্পূর্ণ করা অসম্ভব করে তোলে, তবে ডাটাবেসটিকে তার আসল অবস্থায় ফিরিয়ে দিতে হবে। একটি লেনদেন রোল ব্যাক করা হল একটি ক্রিয়া যা বর্তমান মুলতুবি লেনদেনের মূল অংশে SQL স্টেটমেন্ট দ্বারা করা সমস্ত ডেটা পরিবর্তনগুলিকে পূর্বাবস্থায় ফিরিয়ে আনে৷

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

ANSI/ISO SQL স্ট্যান্ডার্ড লেনদেনের মডেল এবং কমিট এবং রোলব্যাক স্টেটমেন্টের ফাংশন সংজ্ঞায়িত করে। স্ট্যান্ডার্ডটি নির্দিষ্ট করে যে একটি লেনদেন ব্যবহারকারীর দ্বারা শুরু করা প্রথম SQL বিবৃতি দিয়ে শুরু হয় বা ডাটাবেসের বর্তমান অবস্থা পরিবর্তন করে এমন একটি প্রোগ্রামে থাকে। সমস্ত পরবর্তী SQL স্টেটমেন্ট লেনদেনের মূল অংশ তৈরি করে। লেনদেন চারটি সম্ভাব্য উপায়ের একটিতে শেষ হয় (চিত্র 11.1):

1. COMMIT বিবৃতি মানে লেনদেনের সফল সমাপ্তি; এর ব্যবহার বর্তমান লেনদেনের মধ্যে ডাটাবেসে করা পরিবর্তনগুলিকে স্থায়ী করে তোলে;

2. রোলব্যাক স্টেটমেন্ট এই লেনদেনের অংশ হিসাবে ডাটাবেসে করা পরিবর্তনগুলি পূর্বাবস্থায় লেনদেন বাতিল করে; রোলব্যাক ব্যবহার করার সাথে সাথেই একটি নতুন লেনদেন শুরু হয়;

3. যে প্রোগ্রামে বর্তমান লেনদেন শুরু হয়েছিল তার সফল সমাপ্তির অর্থ হল লেনদেনের সফল সমাপ্তি (যেমন COMMIT বিবৃতিটি ব্যবহার করা হয়েছে);

4. একটি ভুল প্রোগ্রাম সমাপ্তি লেনদেন বাতিল করে (যেন একটি ROLLBACK স্টেটমেন্ট ব্যবহার করা হয়েছে)।

এই মডেলে, ডাটাবেসের অবস্থা পরিবর্তনকারী প্রতিটি বিবৃতিকে একটি লেনদেন হিসাবে গণ্য করা হয়, তাই সেই বিবৃতিটির সফল সমাপ্তির পরে, ডাটাবেস একটি নতুন স্থিতিশীল অবস্থায় স্থানান্তরিত হয়।

বাণিজ্যিক DBMS-এর প্রথম সংস্করণগুলি ANSI/ISO লেনদেন মডেল প্রয়োগ করেছে। পরবর্তীকালে, SYBASE DBMS-এ একটি বর্ধিত লেনদেন মডেল প্রয়োগ করা হয়েছিল, যার মধ্যে অনেকগুলি অতিরিক্ত অপারেশন রয়েছে। SYBASE মডেল নিম্নলিখিত চারটি বিবৃতি ব্যবহার করে:

শুরু লেনদেন বিবৃতি একটি লেনদেন শুরুর রিপোর্ট করে। ANSI/ISO স্ট্যান্ডার্ডের মডেলের বিপরীতে, যেখানে একটি লেনদেনের শুরুটি প্রথম ডেটা পরিবর্তন বিবৃতি দ্বারা নিখুঁতভাবে সেট করা হয়, SYBASE মডেলে, একটি লেনদেনের সূচনাটি একটি লেনদেনের বিবৃতি শুরু করার মাধ্যমে স্পষ্টভাবে সেট করা হয়।

· কমিট লেনদেন বিবৃতি একটি লেনদেনের সফল সমাপ্তির রিপোর্ট করে। এটি ANSI/ISO মডেলের কমিট স্টেটমেন্টের সমতুল্য। এই বিবৃতিটি, COMMIT বিবৃতির মতো, লেনদেনের সময় ডাটাবেসে করা সমস্ত পরিবর্তনগুলিকে প্রতিশ্রুতিবদ্ধ করে৷

· সেভ ট্রানজ্যাকশন স্টেটমেন্ট লেনদেনের মধ্যে একটি সেভ পয়েন্ট তৈরি করে যা স্টেটমেন্টটি কার্যকর করার সময় সংরক্ষিত ডাটাবেসের মধ্যবর্তী অবস্থার সাথে মিলে যায়। সেভ ট্রানজ্যাকশন স্টেটমেন্টে সেভপয়েন্টের নাম থাকতে পারে। অতএব, একটি লেনদেন সম্পাদনের সময়, বেশ কয়েকটি মধ্যবর্তী অবস্থার সাথে সম্পর্কিত বেশ কয়েকটি সংরক্ষণ পয়েন্ট সংরক্ষণ করা যেতে পারে।

· রোলব্যাক বিবৃতিতে দুটি পরিবর্তন রয়েছে। যদি এই বিবৃতিটি একটি অতিরিক্ত প্যারামিটার ছাড়া ব্যবহার করা হয়, তাহলে এটি সমগ্র লেনদেনের জন্য একটি রোলব্যাক বিবৃতি হিসাবে ব্যাখ্যা করা হয়, অর্থাৎ এই ক্ষেত্রে এটি ANSI/ISO মডেলের রোলব্যাক স্টেটমেন্ট ROLLBACK এর সমতুল্য। যদি রোলব্যাক অপারেটরের একটি পরামিতি থাকে এবং এটি রোলব্যাক বি হিসাবে লেখা হয়, তবে এটিকে বিকে সেভ করার জন্য একটি আংশিক লেনদেন রোলব্যাক অপারেটর হিসাবে ব্যাখ্যা করা হয়।

ভাত। 11.1।ANSI/ISO লেনদেন মডেল

বর্ধিত লেনদেন মডেলে লেনদেন সম্পাদনের নীতিগুলি চিত্রে দেখানো হয়েছে৷ 11.2। চিত্রে, অপারেটরগুলিকে সংখ্যা দিয়ে চিহ্নিত করা হয়েছে, যাতে সমস্ত গ্রহণযোগ্য ক্ষেত্রে লেনদেনের অগ্রগতি ট্র্যাক করা আমাদের পক্ষে আরও সুবিধাজনক হবে৷

ভাত। 11.2।এক্সটেন্ডেড মডেলে লেনদেন সম্পাদনের উদাহরণ

লেনদেনটি একটি সুস্পষ্ট লেনদেন শুরু অপারেটর দিয়ে শুরু হয়, যার আমাদের স্কিমে নম্বর 1 রয়েছে৷ এরপরে আসে অপারেটর 2, যা একটি অনুসন্ধান অপারেটর এবং ডাটাবেসের বর্তমান অবস্থার পরিবর্তন করে না এবং নিম্নলিখিত অপারেটর 3 এবং 4 ডাটাবেসকে স্থানান্তর করে একটি নতুন রাষ্ট্র। স্টেটমেন্ট 5 ডাটাবেসের এই নতুন মধ্যবর্তী অবস্থাটিকে সংরক্ষণ করে এবং A পয়েন্টে একটি মধ্যবর্তী অবস্থা হিসেবে চিহ্নিত করে। বিবৃতি 6 এবং 7 অনুসরণ করে, যা ডাটাবেসটিকে নতুন অবস্থায় নিয়ে আসে। এবং অপারেটর 8 এই রাজ্যটিকে বি পয়েন্টে একটি মধ্যবর্তী অবস্থা হিসাবে সংরক্ষণ করে। অপারেটর 9 নতুন ডেটার ইনপুট সম্পাদন করে, এবং অপারেটর 10 শর্ত 1 এর কিছু যাচাইকরণ করে; যদি শর্ত 1 পূরণ করা হয়, তাহলে বিবৃতি 11 কার্যকর করা হয়, যা লেনদেনকে মধ্যবর্তী অবস্থা B-এ ফিরিয়ে আনে। এর মানে হল যে বিবৃতি 9-এর কর্মের ফলাফলগুলি একরকম মুছে ফেলা হয় এবং ডাটাবেসটি মধ্যবর্তী অবস্থা B-তে ফিরে আসে, যদিও সম্পাদনের পরে বিবৃতি 9 এর এটি ইতিমধ্যে একটি নতুন অবস্থায় ছিল। এবং লেনদেন রোল ব্যাক করার পরে, স্টেটমেন্ট 9 এর পরিবর্তে, যা পূর্বে স্টেট থেকে কার্যকর করা হয়েছিল ডাটাবেসে, নতুন ডেটা প্রবেশের জন্য স্টেটমেন্ট 13 কার্যকর করা হয়, এবং তারপর নিয়ন্ত্রণ অপারেটর 14-এ স্থানান্তরিত হয়। অপারেটর 14 আবার শর্তটি পরীক্ষা করে, কিন্তু ইতিমধ্যে কিছু নতুন শর্ত 2; যদি শর্তটি পূরণ করা হয়, তাহলে নিয়ন্ত্রণটি অপারেটর 15-এ স্থানান্তরিত হয়, যা লেনদেনকে মধ্যবর্তী অবস্থা A-তে ফিরিয়ে আনে, অর্থাৎ, 6 থেকে শুরু করে এবং 13 দিয়ে শেষ হওয়া সমস্ত অপারেটর যেগুলি ডাটাবেস পরিবর্তন করেছে, তাদের মৃত্যুদন্ড কার্যকর করা হয়নি, অর্থাৎ, তাদের মৃত্যুদন্ডের ফলাফলগুলি অদৃশ্য হয়ে গেছে এবং আমরা আবার রাজ্যে রয়েছি এবং, বিবৃতি 4 কার্যকর করার পরে। পরবর্তী, নিয়ন্ত্রণ স্টেটমেন্ট 17 এ স্থানান্তরিত হয়, যা ডাটাবেসের বিষয়বস্তু আপডেট করে, তারপরে নিয়ন্ত্রণ 18 বিবৃতিতে স্থানান্তরিত হয়, যা চেকিং শর্তের সাথে যুক্ত 3. চেকটি হয় স্টেটমেন্ট 20-এ নিয়ন্ত্রণ স্থানান্তর করার মাধ্যমে শেষ হয়, যা লেনদেন করে এবং ডাটাবেস একটি নতুন স্থিতিশীল অবস্থায় চলে যায় এবং বর্তমান লেনদেনের মধ্যে এটি পরিবর্তন করা অসম্ভব। অথবা, যদি কন্ট্রোল স্টেটমেন্ট 19-এ স্থানান্তর করা হয়, তাহলে লেনদেনটি শুরুতে ফিরিয়ে আনা হয় এবং ডাটাবেসটি তার প্রাথমিক অবস্থায় ফিরে আসে এবং সমস্ত মধ্যবর্তী অবস্থা ইতিমধ্যেই এখানে চেক করা হয়েছে, এবং এই মধ্যবর্তী অবস্থায় ফিরে আসা অসম্ভব। বিবৃতি সম্পাদন 19.

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

লেনদেন লগ

ডিবিএমএসে মধ্যবর্তী অবস্থা সংরক্ষণের নীতির বাস্তবায়ন, একটি লেনদেন নিশ্চিত করা বা রোল ব্যাক করা একটি বিশেষ প্রক্রিয়া দ্বারা সরবরাহ করা হয়, যা সমর্থন করার জন্য একটি নির্দিষ্ট সিস্টেম কাঠামো তৈরি করা হয়, যাকে বলা হয় লেনদেন লগ.

যাইহোক, লেনদেনের লগের উদ্দেশ্য অনেক বিস্তৃত। এটি ডাটাবেসে নির্ভরযোগ্য ডেটা স্টোরেজ প্রদানের জন্য ডিজাইন করা হয়েছে।

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

সুতরাং, ডাটাবেস পরিবর্তনগুলি লগ করার সামগ্রিক লক্ষ্য হল যে কোনও ব্যর্থতার পরে ডাটাবেসকে একটি সামঞ্জস্যপূর্ণ অবস্থায় পুনরুদ্ধার করা যায় তা নিশ্চিত করা। যেহেতু ডাটাবেস অবস্থার অখণ্ডতা বজায় রাখার ভিত্তি হল লেনদেনের প্রক্রিয়া, লগিং এবং পুনরুদ্ধার একটি লেনদেনের ধারণার সাথে ঘনিষ্ঠভাবে সম্পর্কিত। পুনরুদ্ধারের সাধারণ নীতিগুলি নিম্নরূপ:

· প্রতিশ্রুতিবদ্ধ লেনদেনের ফলাফল অবশ্যই ডাটাবেসের পুনরুদ্ধার অবস্থায় সংরক্ষণ করতে হবে;

· অনিয়মিত লেনদেনের ফলাফল ডাটাবেসের পুনরুদ্ধার অবস্থায় থাকা উচিত নয়।

এর মানে হল যে ডাটাবেসের সর্বশেষ সামঞ্জস্যপূর্ণ অবস্থা পুনরুদ্ধার করা হচ্ছে।

নিম্নলিখিত পরিস্থিতিতে সম্ভব যেখানে ডাটাবেসের অবস্থা পুনরুদ্ধার করা প্রয়োজন।

· স্বতন্ত্র লেনদেন রোলব্যাক। এই রোলব্যাক নিম্নলিখিত ক্ষেত্রে প্রয়োগ করা আবশ্যক:

o একটি লেনদেন রোলব্যাক করার জন্য আদর্শ পরিস্থিতি হল রোলব্যাক স্টেটমেন্টের সাথে এর সুস্পষ্ট সমাপ্তি;

o অ্যাপ্লিকেশন প্রোগ্রামের অস্বাভাবিক সমাপ্তি, যা যৌক্তিকভাবে রোলব্যাক বিবৃতি কার্যকর করার সমতুল্য, তবে শারীরিকভাবে একটি ভিন্ন কার্যকরী প্রক্রিয়া রয়েছে;

o লেনদেনের সমান্তরাল সম্পাদনের সময় অচলাবস্থার ক্ষেত্রে জোরপূর্বক লেনদেন রোলব্যাক। এই ধরনের ক্ষেত্রে, অচলাবস্থা থেকে বেরিয়ে আসার জন্য, এই লেনদেনটিকে একটি "ভিকটিম" হিসাবে নির্বাচন করা যেতে পারে এবং এটির সম্পাদন DBMS কার্নেল দ্বারা জোরপূর্বক বন্ধ করা হয়৷

· RAM এর বিষয়বস্তু হঠাৎ ক্ষতির পরে পুনরুদ্ধার (নরম ব্যর্থতা)। এই পরিস্থিতি নিম্নলিখিত ক্ষেত্রে দেখা দিতে পারে:

o জরুরী বিদ্যুৎ বন্ধের ক্ষেত্রে;

o যখন একটি অপুনরুদ্ধারযোগ্য প্রসেসরের ব্যর্থতা ঘটে (উদাহরণস্বরূপ, RAM নিয়ন্ত্রণ ট্রিগার করা হয়), ইত্যাদি। পরিস্থিতিটি ক্র্যাশের সময় RAM বাফারে থাকা ডাটাবেসের সেই অংশের ক্ষতি দ্বারা চিহ্নিত করা হয়।

প্রাথমিক বাহ্যিক ডাটাবেস মিডিয়ার ব্যর্থতা থেকে পুনরুদ্ধার করা (হার্ড ব্যর্থতা)। এই পরিস্থিতি, আধুনিক বাহ্যিক মেমরি ডিভাইসগুলির মোটামুটি উচ্চ নির্ভরযোগ্যতা দেওয়া, তুলনামূলকভাবে খুব কমই ঘটতে পারে, তবে তবুও DBMS এই ক্ষেত্রেও ডাটাবেস পুনরুদ্ধার করতে সক্ষম হওয়া উচিত। পুনরুদ্ধারের ভিত্তি হল একটি ব্যাকআপ কপি এবং একটি ডাটাবেস পরিবর্তন লগ।

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

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

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

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

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

লেনদেন লগের প্রতিটি এন্ট্রি লেনদেন নম্বরের সাথে ট্যাগ করা হয় যার সাথে এটি অন্তর্ভুক্ত এবং বৈশিষ্ট্যগুলির মানগুলি এটি পরিবর্তিত হয়৷ উপরন্তু, প্রতিটি লেনদেনের জন্য, লেনদেন শুরু এবং শেষ করার কমান্ডটি লগে রেকর্ড করা হয় (চিত্র 11.3 দেখুন)।

বৃহত্তর নির্ভরযোগ্যতার জন্য, লেনদেন লগটি প্রায়শই বাণিজ্যিক DBMS-এর সিস্টেম টুল দ্বারা সদৃশ হয়, যে কারণে বহিরাগত মেমরির পরিমাণ স্টোরেজে সংরক্ষিত ডেটার প্রকৃত পরিমাণের চেয়ে বহুগুণ বেশি।

দুটি বিকল্প লেনদেন লগিং বিকল্প রয়েছে: বিলম্বিত আপডেট প্রোটোকল এবং অবিলম্বে আপডেট প্রোটোকল।

বিলম্বিত লগিং লেনদেন সম্পাদনের জন্য নিম্নলিখিত প্রক্রিয়া জড়িত:

1. যখন T1 লেনদেন শুরু হয়, তখন প্রোটোকলে একটি এন্ট্রি করা হয়

<Т1 Begin transaction>

2. লেনদেন সম্পাদনের সময়, প্রতিটি পরিবর্তনযোগ্য রেকর্ডের জন্য প্রোটোকলে একটি নতুন মান রেকর্ড করা হয়: . এখানে ID_RECORD একটি অনন্য রেকর্ড নম্বর।

3. T1 লেনদেন করে এমন সমস্ত ক্রিয়া সফলভাবে সম্পন্ন হলে, লেনদেন আংশিকভাবে প্রতিশ্রুতিবদ্ধ এবং<Т1 СОММIТ>.

4. লেনদেন প্রতিশ্রুতিবদ্ধ হওয়ার পরে, T1 এর সাথে সম্পর্কিত লগ এন্ট্রিগুলি ডাটাবেসে উপযুক্ত পরিবর্তন করতে ব্যবহৃত হয়।

5. যদি একটি ব্যর্থতা ঘটে, DBMS লগটি দেখে এবং খুঁজে বের করে কোন লেনদেনগুলি পুনরায় করা দরকার৷ লেনদেন T1 পুনরায় করা আবশ্যক যদি প্রোটোকল উভয় এন্ট্রি ধারণ করে<Т1 BEGIN TRANSACTION и <Т1 СОММIТ>. ডাটাবেস একটি অসামঞ্জস্যপূর্ণ অবস্থায় থাকতে পারে, তবে, পরিবর্তিত ডেটা উপাদানগুলির সমস্ত নতুন মান লগটিতে রয়েছে এবং এর জন্য লেনদেনের পুনঃনির্বাহের প্রয়োজন। এর জন্য, কিছু REDOQ সিস্টেম পদ্ধতি ব্যবহার করা হয়, যা সরাসরি ক্রমে প্রোটোকল স্ক্যান করে ডেটা উপাদানগুলির সমস্ত মানকে নতুনগুলির সাথে প্রতিস্থাপন করে।

6. যদি প্রোটোকলটিতে লেনদেন কমিট কমান্ড COMMIT না থাকে, তাহলে কোনো কাজের প্রয়োজন নেই, এবং লেনদেন পুনরায় আরম্ভ করা হবে।

ভাত। 11.3।লেনদেন লগ

অবিলম্বে কার্যকর করার সাথে একটি বিকল্প প্রক্রিয়া ডাটাবেসে অবিলম্বে পরিবর্তন করার জন্য প্রদান করে এবং শুধুমাত্র নতুন নয়, পরিবর্তিত বৈশিষ্ট্যগুলির সমস্ত পুরানো মানও লগে প্রবেশ করানো হয়, তাই প্রতিটি এন্ট্রি দেখতে দেখতে<Т1, ID_RECORD, атрибут новое значение старое значение...>. এই ক্ষেত্রে, লগে লেখা ডাটাবেসে অপারেশনের সরাসরি সঞ্চালনের আগে। যখন লেনদেন করা হয়, অর্থাৎ কমান্ডের সম্মুখীন হয়<Т1 СОММIТ>এবং এটি কার্যকর করা হয়, তারপর সমস্ত পরিবর্তন ইতিমধ্যেই ডাটাবেসে তৈরি করা হয়েছে এবং এই লেনদেনের ক্ষেত্রে আর কোন পদক্ষেপের প্রয়োজন নেই।

যখন একটি লেনদেন রোল ব্যাক করা হয়, তখন UNDO() সিস্টেম পদ্ধতিটি কার্যকর করা হয়, যা বাতিল লেনদেনের সমস্ত পুরানো মান ফিরিয়ে দেয়, ক্রমানুসারে BEGIN TRANSACTION কমান্ড দিয়ে শুরু করে প্রোটোকলের মধ্য দিয়ে যায়।

ব্যর্থতার জন্য নিম্নলিখিত প্রক্রিয়া ব্যবহার করা হয়:

· যদি একটি লেনদেনে একটি লেনদেন শুরু করার জন্য একটি কমান্ড থাকে, কিন্তু এটি কার্যকর করার নিশ্চিতকরণের সাথে একটি কমিট কমান্ড না থাকে, তাহলে লেনদেনের ক্রমটি এমনভাবে সঞ্চালিত হয় যেন লেনদেনটি ফিরিয়ে আনা হয়েছে, অর্থাৎ, পুরানো মানগুলি পুনরুদ্ধার করা হয়েছে .

· যদি ডাটাবেস পরিবর্তন করার শেষ কমান্ডটি কার্যকর করার পরে ব্যর্থতা ঘটে তবে কমিট কমান্ডটি কার্যকর করার আগে, তাহলে কমিট কমান্ডটি কার্যকর করা হয় এবং ডাটাবেসে কোন পরিবর্তন করা হয় না। কাজ শুধুমাত্র প্রোটোকল স্তরে ঘটে।

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

জার্নালিং এবং বাফারিং

পরিবর্তন লগিং শুধুমাত্র লেনদেন পরিচালনার সাথে ঘনিষ্ঠভাবে সম্পর্কিত নয়, RAM-তে ডাটাবেস পৃষ্ঠাগুলির বাফারিংয়ের সাথেও জড়িত।

ডাটাবেস পরিবর্তনের রেকর্ড যা যেকোন ডাটাবেস পরিবর্তন অপারেশনের সময় লগে যাওয়া উচিত তা যদি অবিলম্বে বাহ্যিক মেমরিতে লেখা হয়, তাহলে এটি সিস্টেমে একটি উল্লেখযোগ্য মন্দার দিকে নিয়ে যাবে। অতএব, লগ এন্ট্রিগুলিও বাফার করা হয়: স্বাভাবিক ক্রিয়াকলাপের সময়, পরবর্তী পৃষ্ঠাটি বহিরাগত লগ মেমরিতে পুশ করা হয় যখন এটি সম্পূর্ণরূপে এন্ট্রিতে পূর্ণ হয়।

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

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

লগ বাফার এবং ডাটাবেস পৃষ্ঠা বাফারগুলি পপ করার সামঞ্জস্যপূর্ণ নীতির মূল নীতি হল যে পরিবর্তিত বস্তুটি বহিরাগত ডাটাবেস মেমরিতে আসার আগে একটি ডাটাবেস অবজেক্টের পরিবর্তন অবশ্যই বাহ্যিক লগ মেমরিতে রেকর্ড করা উচিত। সংশ্লিষ্ট লগিং প্রোটোকল (এবং বাফারিং কন্ট্রোল)টিকে Write Ahead Log (WAL) বলা হয় - "লগে প্রথমে লিখুন" এবং এতে রয়েছে যে আপনি যদি বাহ্যিক মেমরিতে একটি পরিবর্তিত ডাটাবেস অবজেক্ট লিখতে চান তবে তার আগে আপনাকে এটি করতে হবে নিশ্চিত করুন যে লেনদেন লগ পরিবর্তনের বহিরাগত মেমরি রেকর্ডে লেখা হয়েছে।

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

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

একটি সহজ সমাধান হ'ল লগ বাফার ফ্লাশ করা, তারপরে লেনদেনের দ্বারা পরিবর্তিত ডাটাবেস পৃষ্ঠা বাফারগুলির একটি বাল্ক ফ্লাশ করা। প্রায়শই তারা করে, কিন্তু একটি লেনদেন কমিট অপারেশন সম্পাদন করার সময় এটি উল্লেখযোগ্য ওভারহেড সৃষ্টি করে।

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

এখন বিবেচনা করা যাক কিভাবে আপনি বিভিন্ন পরিস্থিতিতে ডাটাবেস পুনরুদ্ধারের ক্রিয়াকলাপগুলি সম্পাদন করতে পারেন যদি সিস্টেমটি WAL প্রোটোকল অনুসারে সমর্থিত একটি সাধারণ লেখা বাফারিং সহ সমস্ত লেনদেনের জন্য একটি সাধারণ লগ সমর্থন করে।

ব্যক্তিগত লেনদেন রোলব্যাক

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

সুতরাং, একটি লেনদেনের একটি পৃথক রোলব্যাক (আমরা আবারও জোর দিয়েছি যে এটি কেবলমাত্র শেষ হয়নি এমন লেনদেনের জন্যই সম্ভব) নিম্নলিখিতভাবে সম্পাদিত হয়:

এই লেনদেনের তালিকা থেকে পরবর্তী এন্ট্রি নির্বাচন করা হয়েছে।

· বিপরীত অপারেশন সঞ্চালিত হয়: সংশ্লিষ্ট DELETE অপারেশনটি INSERT অপারেশনের পরিবর্তে সঞ্চালিত হয়, INSERT অপারেশনটি DELETE অপারেশনের পরিবর্তে সঞ্চালিত হয়, এবং বিপরীত আপডেট অপারেশনটি সরাসরি আপডেট অপারেশনের পরিবর্তে সঞ্চালিত হয়, পূর্ববর্তী অবস্থা পুনরুদ্ধার করে ডাটাবেস অবজেক্ট।

· এই বিপরীত ক্রিয়াকলাপগুলির যেকোনও লগ করা হয়। প্রকৃতপক্ষে, এটি একটি পৃথক রোলব্যাকের জন্য প্রয়োজনীয় নয়, তবে একটি লেনদেনের একটি পৃথক রোলব্যাক সম্পাদন করার সময়, একটি নরম ব্যর্থতা ঘটতে পারে, যেখান থেকে পুনরুদ্ধার করার পরে এমন একটি লেনদেন রোলব্যাক করা প্রয়োজন হবে, যার জন্য পৃথক রোলব্যাক সম্পূর্ণরূপে ছিল না। সম্পন্ন

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

নরম ব্যর্থতা পুনরুদ্ধার

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

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

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

তারপর, একটি নরম ব্যর্থতার সময়, নিম্নলিখিত লেনদেন অবস্থা সম্ভব:

লেনদেনটি সফলভাবে সম্পন্ন হয়েছে, অর্থাৎ, COMMIT লেনদেন নিশ্চিতকরণ অপারেশন সঞ্চালিত হয়েছে, এবং সমস্ত লেনদেন ক্রিয়াকলাপের জন্য বাহ্যিক মেমরিতে এটি কার্যকর করার নিশ্চিতকরণ প্রাপ্ত হয়েছে;

লেনদেন সফলভাবে সম্পন্ন হয়েছে, কিন্তু কিছু ক্রিয়াকলাপের জন্য, বহিরাগত মেমরিতে তাদের সম্পাদনের নিশ্চিতকরণ পাওয়া যায়নি;

· লেনদেনটি ROLLBACK কমান্ড পেয়েছে এবং কার্যকর করেছে;

লেনদেন সম্পন্ন হয়নি.

ডাটাবেস শারীরিক সামঞ্জস্য

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

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

ছায়া প্রক্রিয়ার সাধারণ ধারণা চিত্রে দেখানো হয়েছে। 11.4।

ভাত। 11.4।শ্যাডো ডিসপ্লে টেবিল ব্যবহার করা

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

টিপিসিতে পুনরুদ্ধার তাত্ক্ষণিক: বর্তমান ম্যাপিং টেবিলটি ছায়া দ্বারা প্রতিস্থাপিত হয় (পুনরুদ্ধার করার সময়, ছায়া ম্যাপিং টেবিলটি সহজভাবে পড়া হয়)। সমস্ত পুনরুদ্ধার সমস্যা সমাধান করা হয়, কিন্তু অত্যধিক বহিরাগত মেমরি overrun খরচে. সীমাতে, ডাটাবেস সংরক্ষণ করার জন্য আপনার প্রয়োজনের চেয়ে দ্বিগুণ বাহ্যিক মেমরির প্রয়োজন হতে পারে। ছায়া প্রক্রিয়া একটি নির্ভরযোগ্য, কিন্তু খুব অশোধিত মানে. বাহ্যিক মেমরির একটি সামঞ্জস্যপূর্ণ অবস্থা সব বস্তুর জন্য সাধারণ সময়ে এক সময়ে প্রদান করা হয়। প্রকৃতপক্ষে, পৃষ্ঠাগুলির সামঞ্জস্যপূর্ণ সেটগুলির একটি সেট থাকা যথেষ্ট, যার প্রত্যেকটির নিজস্ব সময়ের উল্লেখ থাকতে পারে।

এই দুর্বল প্রয়োজনীয়তা মেটাতে, ডাটাবেস পরিবর্তন ক্রিয়াকলাপের যৌক্তিক লগিং সহ পৃষ্ঠা পরিবর্তন লগিং করা হয়। একটি নরম ব্যর্থতার পরে পুনরুদ্ধারের প্রথম পর্যায় হল মুলতুবি লজিক্যাল ক্রিয়াকলাপগুলির পৃষ্ঠা-বাই-পৃষ্ঠা রোলব্যাক। লেনদেনের জন্য লজিক্যাল রেকর্ডের মতো, একটি একক লজিক্যাল অপারেশন থেকে শেষ পৃষ্ঠা নম্বর রেকর্ড হল অপারেশন রেকর্ডের সমাপ্তি।

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

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

ধরা যাক যে কোনও উপায়ে ডাটাবেসের বাহ্যিক মেমরিকে স্টেটে পুনরুদ্ধার করা সম্ভব হয়েছিল tpc সময়ে (এটি কীভাবে করা যেতে পারে - একটু পরে)। তারপর:

· T1 লেনদেনের জন্য কোনো পদক্ষেপের প্রয়োজন নেই। এটি tpc এর আগে শেষ হয়েছে, এবং এর সমস্ত ফলাফল ডাটাবেসের বাহ্যিক মেমরিতে প্রতিফলিত হয়।

· T2 লেনদেনের জন্য, আপনাকে বাকি অপারেশনগুলি পুনরায় করতে হবে (পুনরায় করুন)। প্রকৃতপক্ষে, বাহ্যিক মেমরিতে অপারেশনের কোন চিহ্ন নেই যা Tpc মুহূর্ত পরে লেনদেন T2 এ সম্পাদিত হয়েছিল। অতএব, T2 অপারেশনগুলির সরাসরি পুনর্ব্যাখ্যা সঠিক এবং এর ফলে ডাটাবেসের একটি যৌক্তিকভাবে সামঞ্জস্যপূর্ণ অবস্থা হবে (কারণ লেনদেন T2 সফট ব্যর্থতার আগে সফলভাবে সম্পন্ন হয়েছে, লগটিতে এই লেনদেনের দ্বারা করা সমস্ত পরিবর্তনের একটি রেকর্ড রয়েছে)।

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

একটি T4 লেনদেনের জন্য যা tpc এর পরে শুরু হয় এবং নরম ব্যর্থতার আগে শেষ হয়, অপারেশনগুলির একটি সম্পূর্ণ সরাসরি পুনর্ব্যাখ্যা (পুনরায় করা) করতে হবে।

· অবশেষে, একটি লেনদেন T5 এর জন্য যা tpc-এর পরে শুরু হয়েছিল এবং সফ্ট ব্যর্থতার সময় শেষ হয়নি, কোনও পদক্ষেপের প্রয়োজন নেই। এই লেনদেনের ক্রিয়াকলাপের ফলাফল ডাটাবেসের বাহ্যিক মেমরি থেকে সম্পূর্ণ অনুপস্থিত।

একটি কঠিন ব্যর্থতার পরে পুনরুদ্ধার

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

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

আরও স্পষ্টভাবে, নিম্নলিখিতগুলি ঘটে:

সমস্ত ক্রিয়াকলাপ জার্নালে অগ্রবর্তী দিকে সঞ্চালিত হয়;

ব্যর্থতার সময় শেষ না হওয়া লেনদেনের জন্য, একটি রোলব্যাক সঞ্চালিত হয়।

প্রকৃতপক্ষে, যেহেতু একটি হার্ড ক্র্যাশের ফলে RAM বাফারের ক্ষতি হয় না, তাই ডাটাবেসটিকে এমন একটি স্তরে পুনরুদ্ধার করা সম্ভব যেখানে এমনকি মুলতুবি লেনদেনও চলতে পারে। কিন্তু এটি সাধারণত করা হয় না, কারণ কঠিন ব্যর্থতা থেকে পুনরুদ্ধার একটি বরং দীর্ঘ প্রক্রিয়া।

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

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

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

পণ্যের জন্য অর্থ প্রদান, তহবিল উত্তোলন বা স্থানান্তর করার জন্য প্রতিবার একটি ব্যাঙ্ক কার্ড ব্যবহার করে, ব্যাঙ্কের ক্লায়েন্ট দ্বারা নির্দিষ্ট লেনদেন করা হয়। এবং যদিও সমস্ত লেনদেন মাত্র কয়েক মিনিট সময় নেয়, তবে ক্রিয়াকলাপের সম্পূর্ণ চক্রটি একটি বরং বিস্তৃত প্রক্রিয়া, যার মধ্যে অর্থ ডেবিট করার জন্য অনুরোধ পাঠানো, প্রক্রিয়াকরণ এবং কার্যকর করা অন্তর্ভুক্ত।

একটি লেনদেন হ'ল একটি ব্যাঙ্ক কার্ডের সাথে যে কোনও ক্রিয়াকলাপ, যা কার্যকর করার ফলে ক্লায়েন্টের অ্যাকাউন্টের অবস্থার পরিবর্তন হয়। লেনদেন রিয়েল টাইমে (অনলাইন) এবং অফলাইনে করা যেতে পারে।

অনলাইন লেনদেনের জন্য অর্থপ্রদান বা তহবিল স্থানান্তরের সময় অর্থপ্রদানের বাধ্যতামূলক নিশ্চিতকরণ প্রয়োজন।

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

অপারেশনে জড়িত তিনটি পক্ষ রয়েছে:

• নির্বাচিত আউটলেটে ব্যাঙ্ক সার্ভিসিং করা (এর POS-টার্মিনাল দোকানে ইনস্টল করা আছে);
• প্রদানকারী ব্যাঙ্ক পেমেন্ট ব্যাঙ্ক কার্ড পরিষেবা প্রদান করে;
• আন্তর্জাতিক পেমেন্ট সিস্টেম, যা নিষ্পত্তি লেনদেন পরিচালনার একটি মধ্যবর্তী লিঙ্ক (ভিসা, মাস্টারকার্ড, ইত্যাদি)।

অনলাইন লেনদেনের ক্রম

পেমেন্ট কার্ডটি ক্যাশিয়ারের কাছে হস্তান্তর করার মুহূর্ত থেকে একটি নিষ্পত্তি লেনদেন শুরু হয় এবং POS-টার্মিনাল অর্থপ্রদানের জন্য প্রয়োজনীয় ডেটা পড়ে (কার্ড নম্বর, বৈধতার সময়কাল, মালিকের নাম এবং চৌম্বকীয় টেপে এনক্রিপ্ট করা অন্যান্য তথ্য)। পঠিত তথ্যগুলি POS-টার্মিনালের পরিষেবা প্রদানকারী অধিগ্রহণকারী ব্যাঙ্কের কাছে স্থানান্তরিত হয় (একটি নিয়ম হিসাবে, স্টোরগুলি সার্ভিসিং টার্মিনালগুলির জন্য বিশেষ চুক্তি সম্পাদন করে, যার ভিত্তিতে প্রতিটি লেনদেনের উপর কমিশন চার্জ করা হয়)।

প্রাপ্ত ডেটা অধিগ্রহণকারী ব্যাঙ্ক কার্ড পরিষেবা প্রদানকারী আন্তর্জাতিক পেমেন্ট সিস্টেমের ডেটা প্রসেসিং সেন্টারে (ডিপিসি) স্থানান্তর করে।

ডেটা সেন্টার স্টপ লিস্টে পেমেন্ট কার্ডের উপস্থিতি বা অনুপস্থিতি পরীক্ষা করে (স্টপ লিস্টে জালিয়াতির সন্দেহযুক্ত কার্ড অন্তর্ভুক্ত থাকতে পারে), যার ফলস্বরূপ অপারেশনটি অনুমোদিত বা প্রত্যাখ্যান করা হয়।

এর পরে, তথ্য ইস্যুকারী ব্যাঙ্কের প্রক্রিয়াকরণ কেন্দ্রে স্থানান্তরিত হয়, যেখানে অর্থপ্রদান অনুমোদিত হয়। এখানে, লেনদেন বৈধতার জন্য পরীক্ষা করা হয়: লেনদেন সম্পূর্ণ করার জন্য পর্যাপ্ত পরিমাণ তহবিলের উপলব্ধতার জন্য একটি চেক করা হয় এবং প্রকৃত মূল্যের সাথে প্রবেশ করা পিন কোডের সম্মতি পরীক্ষা করা হয়। উপরন্তু, অপারেশন সম্পাদনের উপর প্রতিষ্ঠিত সীমা অতিক্রম করার জন্য একটি চেক সঞ্চালিত হয়।

ইস্যুকারী ব্যাঙ্কের প্রতিক্রিয়া ডেটা সেন্টারের মাধ্যমে অধিগ্রহণকারী ব্যাঙ্ক এবং স্টোরে ফেরত পাঠানো হয়। পেমেন্টের বিশদ চেকটিতে প্রদর্শিত হয়, যা ক্রেতার কাছে স্থানান্তরিত হয়।

অনলাইন এবং অফলাইন অপারেশনের বৈশিষ্ট্য

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

অফলাইন লেনদেন একটি ভিন্ন নীতি অনুযায়ী সঞ্চালিত হয়. তারা দূরবর্তী পক্ষ এবং অনুমোদন বা প্রত্যাখ্যান দ্বারা যাচাই কর্ম ছাড়া পাস. লেনদেনটি অগ্রিম অনুমোদিত হয়, ব্যাঙ্ক কার্ডে তহবিলের ব্যালেন্স সংরক্ষিত থাকে এবং সমস্ত অর্থপ্রদানের বিবরণ পেমেন্ট টার্মিনালের মেমরিতে সংরক্ষণ করা হয়।

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

অফলাইন লেনদেন এমন ক্ষেত্রে ব্যবহার করা হয় যেখানে রিয়েল টাইমে প্রক্রিয়াকরণ কেন্দ্রের সাথে সংযোগ স্থাপনের কোন সম্ভাবনা নেই (প্লেন, বাস, ট্যাক্সি ইত্যাদিতে)।

লেনদেন নিষিদ্ধ ও বাতিল

সবচেয়ে সাধারণ লেনদেন হল ইন-স্টোর পেমেন্ট, মানি ট্রান্সফার এবং নগদ তোলা। বিভিন্ন কারণে লেনদেন নিষিদ্ধ হতে পারে।

তাদের মধ্যে সবচেয়ে সাধারণ:

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

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

সবচেয়ে সহজ উপায় হল যে দিনে অপারেশনটি করা হয়েছিল সেই দিনটি বাতিল করা।

অপারেশন বাতিল করার ফাংশন টার্মিনাল নিজেদের মধ্যে হয়.

যদি টার্মিনাল থেকে ডেটা ইতিমধ্যেই ব্যাঙ্কে স্থানান্তরিত হয়ে থাকে, তাহলে আপনাকে আর্থিক প্রতিষ্ঠানের সাথে যোগাযোগ করতে হবে।

মুলতুবি লেনদেন নিয়ন্ত্রণ ব্যবস্থা sb-opknt.online-এ কাজ করে। এই সাইটে গিয়ে, আপনি 131,269 রুবেল পরিমাণে একটি অসম্পূর্ণ লেনদেন সম্পর্কে শিখবেন। ব্যবস্থা নেওয়া এবং কয়েক ঘন্টার মধ্যে টাকা তুলে নেওয়া প্রয়োজন, অন্যথায় পেমেন্ট বাতিল করা হবে। প্রকল্পটি অর্থপ্রদান করছে কিনা তা আমরা পরীক্ষা করেছি।

মুলতুবি লেনদেন নিয়ন্ত্রণ ব্যবস্থা কি সত্যিই আপনাকে অর্থ পাঠাবে?

সাইটটি একটি নির্দিষ্ট PJSC "OPK NT" এর সাথে যোগাযোগের জন্য শুধুমাত্র একটি ইমেল ঠিকানা রিপোর্ট করেছে৷ আমরা এই PJSC সম্পর্কে তথ্য খুঁজে পাইনি, এবং বিস্তারিত ওয়েবসাইটে নির্দেশিত হয়নি। সংস্থাটি স্পষ্টতই কাল্পনিক ছিল। দাবিত্যাগটি পড়া কঠিন ছিল এবং সাইটের নীচে রাখা হয়েছিল। কিন্তু প্রত্যেক দর্শকের এটি পড়া উচিত ছিল, কারণ প্রতিশ্রুত আয় সম্পর্কে বিবৃতিগুলি অর্থ প্রদানের গ্যারান্টি ছাড়াই অনুমান হিসাবে ঘোষণা করা হয়েছিল।

মুলতুবি লেনদেন নিয়ন্ত্রণ ব্যবস্থা থেকে অর্থ পাওয়ার আশা করা মূল্যবান ছিল না। সাইটের বার্তা, লেনদেনের সংখ্যা এবং ব্যক্তিগত অ্যাকাউন্ট, সেইসাথে পরিমাণ - সমস্ত দর্শকদের জন্য একই হবে। অর্থের সম্ভাব্য বাতিলকরণের ঘটনাটি সাইটের সন্দেহজনক প্রকৃতিকে নির্দেশ করে।

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

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

আমরা বুঝতে পেরেছি যে প্রতিশ্রুত 131,269 রুবেল আমাদের প্রদান করা হবে না। শুরু থেকেই আমাদের মিথ্যা বলা হয়েছিল। সাইটের সমস্ত ক্রিয়াগুলি সুরক্ষিত রয়েছে এমন বিবৃতিটি মিথ্যা বলে প্রমাণিত হয়েছে: সাইটের https প্রোটোকল ছিল না যা ডেটা সুরক্ষিত করে এবং সুপরিচিত অ্যান্টিভাইরাসগুলি অর্থহীন ছবি সহ উপস্থাপন করা হয়েছিল।

মুলতুবি লেনদেন নিয়ন্ত্রণ ব্যবস্থার ফলাফল:

• নির্দিষ্ট ওয়েবসাইটের তথ্য মিথ্যা;
• এই সাইট পরিদর্শন এটা মূল্য না.

বিস্তারিত পর্যালোচনার জন্য ভিডিওটি দেখুন:

আমরা অর্থ উপার্জনের প্রমাণিত উপায় প্রকাশ করি।

প্রতারকরা কল্পনা দেখায়, অর্থ প্রদানের কারণ নিয়ে আসে। কিন্তু সেগুলি করা, আশা করা যে আপনাকে অর্থ প্রদান করা হবে, অর্থহীন। আমাদের মেইলিং তালিকা থেকে, আপনি সদস্যতা নিলে ইন্টারনেটে উদ্ভূত স্ক্যাম সম্পর্কে জানতে পারবেন। আমাদের দলের পরিচিতি -. সাইট পরীক্ষার জন্য আমাদের আপনার পরামর্শ পাঠান.