একটি অপারেশন চলাকালীন একটি ত্রুটি ঠিক কিভাবে. ইনফোবেস পুনরুদ্ধার

• ডাঃ চুদি: একটি রোগ নির্ণয় প্রয়োজন. মহিলা, 26, ভবনের নিচে গ্যাস বিস্ফোরণ, তাকে 6 ঘন্টা পর ধ্বংসস্তূপ থেকে বের করা হয়। একাধিক ফ্র্যাকচার এবং পোড়ার কারণে দুটি অস্ত্রোপচার…
  ডাঃ হাউস: আমার মনে হয় ভাঙ্গা হাড়গুলো তার মাথায় বিল্ডিং পড়ার ফল।
• ডাঃ হাউস : কল্পনা করুন যে প্যান্ট্রির ছাদ আপনার প্রিয় স্ক্রাবারে ভেঙে পড়েছে। এবং এটি অতিরিক্ত গরম হতে শুরু করে।
  পরিষ্কারক: কেন আমি মেঝে স্ক্রাবার ভালবাসব? ঠিক আছে... হয়তো ইলেকট্রিকাল তারের আঘাতে কিছু ক্ষতিগ্রস্ত হয়েছে। অথবা কিছু ভিতরে ঢুকে নষ্ট করে দিয়েছে...
  ডাঃ হাউস: HM আকর্ষণীয়. Lacerations মাধ্যমে সংক্রমণ অনুপ্রবেশ. ব্যাকটেরিয়া অ্যান্টিবায়োটিকের প্রতিক্রিয়া করবে। ভাইরাসের জন্য খুব বেশি তাপ। সম্ভবত পরজীবী বা ছত্রাক।
  পরিষ্কারক: বা লুপাস।
  বাড়িটা অবাক হয়ে ঘুরে।
  পরিষ্কারকউঃ আমার দাদীর লুপাস আছে।
  ডাঃ হাউস:(বিভ্রান্ত)ঠিক আছে, অটো-ইমিউন। আমি লুপাস পরীক্ষা করব। যদিও একটি সংক্রমণ আরও উপযুক্ত। এটা তার মানচিত্র আছে ভাল হবে. চলুন কাজের সবচেয়ে খারাপ অংশ পেতে. স্ক্রাবার পরিবারের সাথে যোগাযোগ করতে।

• ডাঃ হাউস: কার্ডে বলা হয়েছে যে ভবনটি ধসে পড়ার আগে তিনি অসুস্থ ছিলেন।
  রোগীর স্বামীউত্তর: আমি মনে করি এটি একটি সাধারণ সর্দি। আপনি কি সম্পর্কিত মনে করেন?
  ডাঃ হাউস: ওর অসুখ নিয়ে ওর অসুখ? মাঝেমধ্যে ইহা ঘটে.
• রোগীর মা: ডায়েরিতে কি বলা আছে আমার মেয়ে এই বড়ি খায়?
  ডাঃ হাউস: না, কিন্তু চিকিৎসা দৃষ্টিকোণ থেকে...
  ডাঃ চুদি: আপনি কি তার বাড়িতে বড়ি খুঁজে পেয়েছেন?
  ডাঃ হাউস: স্পষ্টতই, সে সেগুলো তার পার্সে লুকিয়ে রেখেছিল। আমি ভেবেছিলাম 1000 টন ধ্বংসাবশেষের নীচে অনুসন্ধান করা অশোভন হবে।
• সার্জন: গর্ভপাতটি শটগান দিয়ে করা হয়েছে তা ছাড়া তার সারা গায়ে রক্তপাত হচ্ছে।

এই নিবন্ধটি 1C:Enterprise 8.1 এর সাথে কাজ করার সময় প্রদর্শিত হতে পারে এমন প্রযুক্তিগত সমস্যাগুলি বিশ্লেষণ করার জন্য সাধারণ নীতিগুলির একটি উদাহরণ দেখায়।

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

নিম্নলিখিত উদাহরণ হিসাবে বিবেচনা করা হবে:

উদাহরণ 1. ব্যবহারকারী 1C শুরু করার অসম্ভবতা সম্পর্কে অভিযোগ করেছেন: অ্যাকাউন্টিং।

বার্তার পাঠ্য:

"সার্ভার 1c এর সাথে সংযোগ করতে ত্রুটি: এন্টারপ্রাইজ 8.1:
server_addr=App1С:1540=সার্ভারে নেটওয়ার্ক অ্যাক্সেসে ত্রুটি
(উইন্ডোজ সকেট - 10061(0x0000274D)
কোনো সংযোগ করা যায়নি কারণ টার্গেট মেশিন সক্রিয়ভাবে এটি প্রত্যাখ্যান করেছে) লাইন =567

উদাহরণ 2. ইনফোবেসে "হারানো" অ্যাক্সেস।

বার্তার পাঠ্য:

ইনফোবেস দিয়ে অপারেশন করার সময় ত্রুটি

মাইক্রোসফট ওএলই SQL সার্ভারের জন্য DB প্রদানকারী: ব্যবহারকারী 'user1c'-এর জন্য লগইন ব্যর্থ হয়েছে

এইচ RESULT=80040E4D, SQLSrvr: ত্রুটি রাজ্য=1, তীব্রতা=E, নেটিভ=18456, লাইন=1

উদাহরণ 3. অদ্ভুত "অজানা" ত্রুটি৷

বার্তা পাঠ্য: "1C এন্টারপ্রাইজ সার্ভারে একটি অজানা ত্রুটি ঘটেছে (80010108)"

1. ত্রুটির পাঠ্যের সংজ্ঞা (প্রকাশ) এবং ঘটনার উত্সের স্থানীয়করণ

• ত্রুটিটি ঠিক করুন (পাঠ্য এবং/অথবা অন্যান্য তথ্য যা সমস্যা বিশ্লেষণের জন্য উপযোগী হতে পারে)। প্রযুক্তিগত লগের সাহায্যে সমস্যাটি সমাধান করা ভাল। উপসংহার: আপনি যদি অন্যান্য কাজের জন্য প্রযুক্তিগত লগ ব্যবহার না করেন তবে স্থায়ীভাবে "ব্যতিক্রম" ইভেন্ট (EXCP) সংগ্রহ করতে এবং প্ল্যাটফর্ম ক্র্যাশের ক্ষেত্রে ডাম্প তৈরি করতে এটি কনফিগার করুন।
• ত্রুটি ঘটেছে সময় রেকর্ড করুন. এটি পরে বিভিন্ন লগের অধ্যয়নের স্থান স্থানীয়করণে সহায়তা করবে।
• বার্তাটির পাঠ্যটি পড়ুন, এই পাঠ্যের বিষয়বস্তু থেকে অবিলম্বে সমস্যার উত্স বোঝার চেষ্টা করুন।
• ইন্টারনেটে বার্তার পাঠ্যে বা আপনার পরিচিত সমাধানের অন্যান্য উত্সগুলিতে একটি সমাধান সন্ধান করুন৷
• যারা আগে প্ল্যাটফর্মের ত্রুটির সাথে সমস্যা সমাধানের সাথে মোকাবিলা করেনি তারা তাদের সমাধান করবে না, যারা এটি করেছে বা করছে তাদের সন্ধান করুন।

বিঃদ্রঃ. উদাহরণ 1. এই পৃষ্ঠায় দেওয়া "10061" পাঠ্যটির জন্য "আমি একটি প্রস্তুত সমাধান কোথায় পেতে পারি" বিভাগে নীচে অনুসন্ধান করলে অবিলম্বে কারণটির একটি ব্যাখ্যা দেখাবে এবং সিদ্ধান্ত: অ্যাপ্লিকেশন সার্ভারে পরিষেবা বন্ধ " সার্ভার এজেন্ট 1s:এন্টারপ্রাইজ 8.1". সেই অনুযায়ী, এটি চালু করা আবশ্যক, উদাহরণস্বরূপ, কমান্ড লাইন থেকে:

নেট স্টার্ট সার্ভার এজেন্ট 1c: এন্টারপ্রাইজ 8.1

অ্যাপ্লিকেশন সার্ভার শুরু না হলে, কিছু ক্ষেত্রে C:\Program Files\1cv81\server ফোল্ডারের একটি অনুলিপি তৈরি করুন এবং শুরু করার চেষ্টা করার আগে বিষয়বস্তু মুছে দিন।

ফাইল মোড 1C: এন্টারপ্রাইজ 8.3 একটি ফোল্ডারে একত্রিত ফাইল আকারে প্রোগ্রাম তথ্য সংরক্ষণ করে। প্রতিটি ইনফোবেস (IB) এর জন্য একটি পৃথক ফোল্ডার তৈরি করা হয়েছে, যার ঠিকানাটি প্রোগ্রাম লঞ্চ উইন্ডোতে দেখা যাবে:

প্রতিটি 1C ডেটা ফোল্ডার হল সিস্টেম ফাইলগুলির একটি সেট, যার মধ্যে 1Cv8.1CD হল প্রধান IS ফাইল যা ব্যবহারকারীদের দ্বারা প্রবেশ করানো প্রাথমিক ডেটা, কনফিগারেশন কাঠামো এবং এর অপারেশনের প্রক্রিয়াগুলি ধারণ করে:

ইনফোবেস সংরক্ষণ করা হচ্ছে

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

একটি 1C ডাটাবেস আনলোড করা বিভিন্ন উপায়ে করা যেতে পারে:

1. সবচেয়ে সহজ হল সম্পূর্ণ IS ডিরেক্টরি বা একটি 1Cv8.1CD ফাইল অন্য মাধ্যমে অনুলিপি করা। প্রয়োজনে, লঞ্চ উইন্ডোতে এই ফোল্ডারটি আবার সংযুক্ত করুন এবং ডাটাবেস পুনরুদ্ধার করা হবে।
2. দ্বিতীয়, আরও সর্বজনীন এবং এমনকি সঠিক উপায় হল "কনফিগারার" মোড ব্যবহার করা যখন বাধ্যতামূলক শর্তপ্রোগ্রামে কেউ কাজ করে না এবং এটি সমস্ত ব্যবহারকারীর জন্য বন্ধ।

"কনফিগারার" মোডে, মেনু আইটেমটি নির্বাচন করুন:

এবং আপলোড করা ফাইলটি dt এক্সটেনশনের সাথে সংরক্ষণ করুন, প্যাক করা তথ্য ডেটা এবং কনফিগারেশন স্ট্রাকচার সহ, যেকোনো সুবিধাজনক ডিরেক্টরিতে:

1C থেকে নির্দিষ্ট ডিরেক্টরিতে ডাটাবেসের রপ্তানি সফলভাবে সম্পন্ন হয়েছে:

ইনফোবেস পুনরুদ্ধার

1C কনফিগারেশন রপ্তানি করার প্রথম পদ্ধতিটি বেছে নেওয়ার সময়, প্রোগ্রাম লঞ্চ উইন্ডোতে ক্যাটালগ সংযোগ করে ডাটাবেস লোড করা হয় (একটি বিদ্যমান ইনফোবেসের তালিকায় যোগ করা - যোগ করা) এবং তারপর অনুলিপি ধারণকারী ফোল্ডারটি নির্বাচন করে:

দ্বিতীয় ক্ষেত্রে, 1C ডাটাবেসের আমদানিও "কনফিগারার" মোডে সঞ্চালিত হয়। "প্রশাসন" মেনুতে, "লোড ইনফোবেস" কমান্ডটি নির্বাচন করুন এবং *.dt আপলোড ফাইলটি নির্দিষ্ট করুন:

আপনি "চালিয়ে যান" বোতামে ক্লিক করে ডেটা ওভাররাইট করার বিষয়ে সতর্কতার সাথে সম্মত হতে হবে৷

তথ্য ডেটা ফাইল সফলভাবে লোড করার পরে, একটি সংশ্লিষ্ট বার্তা পর্দায় প্রদর্শিত হবে:

কনফিগারেটে আরও কাজ প্রত্যাশিত না হলে, "না" উত্তর দিন।

ইনফোবেস ত্রুটি এবং তাদের সমাধান

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

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

পরীক্ষা এবং ফিক্সিং

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

   একই সাথে ডেটা এবং কাঠামোতে সংশোধন প্রয়োগ করতে, আপনাকে অবশ্যই রেডিও পয়েন্টটিকে "পরীক্ষা এবং সংশোধন" অবস্থানে সেট করতে হবে।

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

প্রোগ্রাম প্রক্রিয়াকরণ "পরীক্ষা এবং সংশোধন" চেক এবং সংশোধন অভ্যন্তরীণ গঠনকনফিগারেশন এবং তথ্য ডেটা। chdbfl.exe ফাইলটি ডাটাবেসের শারীরিক অখণ্ডতা পরীক্ষা করার জন্য দায়ী।

এই ফাইলটি ত্রুটির জন্য ডাটাবেস পরীক্ষা করে এবং প্রযুক্তিগত প্ল্যাটফর্ম ইনস্টলেশন ডিরেক্টরিতে অবস্থিত:

এই চেকের ফর্মটি সহজ - শুধু ইনফোবেস ফাইলটি নির্বাচন করুন, স্বয়ংক্রিয় ত্রুটি সংশোধনের জন্য বাক্সটি চেক করুন এবং "চালান" বোতামে ক্লিক করুন৷ প্রোগ্রামটি অবশ্যই সমস্ত ব্যবহারকারীর জন্য বন্ধ থাকতে হবে এবং সর্বদা ব্যাক আপ করা উচিত:

চেক সফলভাবে সমাপ্ত হওয়ার পরে, একটি সংশ্লিষ্ট বার্তা প্রদর্শিত হবে:

যদি এখানে আলোচনা করা পরীক্ষা এবং ডেটা পুনরুদ্ধারের পদ্ধতিগুলি পছন্দসই ফলাফল না আনে, তাহলে ইনফোবেসের অখণ্ডতা পুনরুদ্ধার করতে এবং ত্রুটিগুলি সংশোধন করতে, আপনার উল্লেখ করা উচিত যোগ্য বিশেষজ্ঞ 1C.

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

1C:Enterprise এবং PostgreSQL সার্ভার বান্ডেল হল 1C ইনস্টলেশনের মধ্যে দ্বিতীয় জনপ্রিয় এবং লিনাক্স প্ল্যাটফর্মে সবচেয়ে বেশি ব্যবহৃত সমাধান। উইন্ডোজ এবং MSSQL ভিত্তিক বাস্তবায়নের বিপরীতে, যেখানে জিনিসগুলিকে কাজ না করা কঠিন, লিনাক্স ভিত্তিক বাস্তবায়নগুলি একজন অনভিজ্ঞ প্রশাসকের জন্য অনেক সমস্যায় পরিপূর্ণ। এটা প্রায়ই ঘটে যে সবকিছু সঠিকভাবে করা হয়েছে বলে মনে হয়, কিন্তু ত্রুটি ত্রুটি অনুসরণ করে। আজ আমরা তাদের মধ্যে সবচেয়ে সাধারণ বিবেচনা করব।

সাধারণ জ্ঞাতব্য

আপনি ইনস্টলেশন ত্রুটিগুলি খোঁজা শুরু করার আগে এবং, সাধারণভাবে, 1C:Enterprise-এর সার্ভার সংস্করণ বাস্তবায়ন শুরু করার আগে, এটি কীভাবে কাজ করে সে সম্পর্কে আপনার বোঝার রিফ্রেশ করা ভাল হবে:

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

আমাদের উবুন্টু 12.04 x64 চালিত দুটি সার্ভার রয়েছে, তাদের মধ্যে একটিতে 1C: এন্টারপ্রাইজ সংস্করণ 8.3 সার্ভার ইনস্টল করা আছে, অন্যটিতে ইথারসফ্ট থেকে পোস্টগ্রেএসকিউএল 9.04 রয়েছে, পাশাপাশি একটি ক্লায়েন্ট এর অধীনে রয়েছে উইন্ডোজ নিয়ন্ত্রণ. আমরা আপনাকে মনে করিয়ে দিচ্ছি যে ক্লায়েন্ট কাজ করছে কেবল 1C সার্ভারের সাথে, যা, ঘুরে, DBMS সার্ভারে প্রয়োজনীয় প্রশ্ন তৈরি করে। ক্লায়েন্ট থেকে ডাটাবেস ম্যানেজমেন্ট সার্ভারে কোনো অনুরোধ নেই ঘটছে না.

গুরুত্বপূর্ণ: ব্যবহারকারী "পোস্টগ্রেস" প্রমাণীকৃত নয় (পরিচয়)

ভুলভাবে কনফিগার করা প্রমাণীকরণের কারণে সার্ভারগুলি বিভিন্ন পিসি জুড়ে ছড়িয়ে পড়লে এই ত্রুটি ঘটে স্থানীয় নেটওয়ার্ক. ঠিক করতে, খুলুন /var/lib/pgsql/data/pg_hba.conf, লাইন খুঁজুন:

সমস্ত 192.168.31.0/24 পরিচয় হোস্ট করুন

এবং এটি এই মত চেহারা করুন:

সমস্ত 192.168.31.0/24 md5 হোস্ট করুন

কোথায় 192.168.31.0/24 - আপনার স্থানীয় নেটওয়ার্কের পরিসর। যদি এই ধরনের কোন লাইন না থাকে, এটি বিভাগে তৈরি করা উচিত IPv4 স্থানীয় সংযোগ.

ডাটাবেস সার্ভার পাওয়া যায়নি
ঠিকানায় হোস্ট নাম "NAME" অনুবাদ করা যায়নি: নামের রেজোলিউশনে অস্থায়ী ব্যর্থতা

প্রথম নজরে, ত্রুটিটি পরিষ্কার: ক্লায়েন্ট ডিবিএমএস সার্ভারের নামটি সমাধান করতে পারে না, সাধারণ ভুলছোট নেটওয়ার্কের জন্য যেখানে কোনো স্থানীয় DNS সার্ভার নেই। একটি সমাধান হিসাবে, ফাইলে একটি এন্ট্রি যোগ করুন হোস্টক্লায়েন্টের উপর, যা কোন ফলাফল দেয় না...

এবং এখন আমরা একটু আগে যা বলা হয়েছিল তা মনে করি। DBMS সার্ভারের ক্লায়েন্ট হল 1C সার্ভার, কিন্তু ক্লায়েন্ট পিসি নয়, তাই, ফাইলটিতে 1C: এন্টারপ্রাইজ সার্ভারে এন্ট্রি যোগ করতে হবে /etc/hostsলিনাক্স প্ল্যাটফর্মে বা উইন্ডোজ প্ল্যাটফর্মে।

আপনি যোগ করতে ভুলে গেলে অনুরূপ ত্রুটি ঘটবে রেকর্ড টাইপ Aস্থানীয় DNS সার্ভারে DBMS সার্ভারের জন্য।

ইনফোবেস দিয়ে অপারেশন করার সময় ত্রুটি
server_addr=NAME descr=11001(0x00002AF9): এই হোস্টটি অজানা।

আগেরটির মতো, এই ত্রুটিটি ক্লায়েন্টের সার্ভারের নামের ভুল রেজোলিউশনের কারণে। এবার ছিল ক্লায়েন্ট পিসি। একটি সমাধান হিসাবে, ফাইল যোগ করুন /etc/hostsলিনাক্স প্ল্যাটফর্মে বা C:\Windows\System32\drivers\etc\hostsউইন্ডোজ প্ল্যাটফর্মে, ফর্মের একটি এন্ট্রি:

192.168.31.83SRV-1C-1204

যেখানে আপনি আপনার 1C: এন্টারপ্রাইজ সার্ভারের ঠিকানা এবং নাম উল্লেখ করবেন। স্থানীয় DNS ব্যবহার করলে, যোগ করুন একটি রেকর্ডসার্ভার 1C এর জন্য।

DBMS ত্রুটি: ডেটাবেস ব্যবহারযোগ্য নয়

একটি আরও গুরুতর ত্রুটি, যা নির্দেশ করে যে আপনি PostgreSQL এর একটি সংস্করণ ইনস্টল করেছেন যা 1C:Enterprise এর সাথে সামঞ্জস্যপূর্ণ নয় বা ইনস্টলেশনের সময় স্থূল ত্রুটি করেছেন, উদাহরণস্বরূপ, আপনি সমস্ত প্রয়োজনীয় নির্ভরতা ইনস্টল করেননি, বিশেষ করে লাইব্রেরি libICU.

আপনার যদি লিনাক্স সিস্টেম পরিচালনা করার পর্যাপ্ত অভিজ্ঞতা থাকে তবে আপনি প্রয়োজনীয় লাইব্রেরিগুলি ইনস্টল করার চেষ্টা করতে পারেন এবং DBMS ক্লাস্টার পুনরায় চালু করতে পারেন। অন্যথায়, ফোল্ডারের বিষয়বস্তু মুছে ফেলার কথা মনে রেখে পোস্টগ্রেএসকিউএল পুনরায় ইনস্টল করা ভাল /var/lib/pgsql.

এছাড়াও, সমাবেশগুলি ব্যবহার করার সময় এই ত্রুটি ঘটতে পারে 9.1.xএবং 9.2.x [ইমেল সুরক্ষিত] , বিস্তারিত জানার জন্য নীচে দেখুন।

DBMS ত্রুটি:
ত্রুটি: লাইব্রেরি লোড করা যায়নি "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

সমাবেশের জন্য নির্দিষ্ট বেশ নির্দিষ্ট ত্রুটি 9.1.xএবং 9.2.x [ইমেল সুরক্ষিত] , এছাড়াও পূর্ববর্তী ত্রুটি হতে পারে. কারণটি fasttrun.so লাইব্রেরিতে একটি আনফিক্সড বাগ রয়েছে৷ সমাধান হল সমাবেশে ফিরে আসা 9.0.x [ইমেল সুরক্ষিত] .

DBMS ত্রুটি
ত্রুটি: 31 অক্ষরে "mvarchar" টাইপ করা নেই

1C:Enterprise সিস্টেমের সাহায্য ছাড়াই ডাটাবেস তৈরি করা হলে ঘটে। মনে রাখবেন, 1C এর সাথে কাজ করতে, ডাটাবেসগুলি শুধুমাত্র 1C প্ল্যাটফর্মের সরঞ্জামগুলি ব্যবহার করে তৈরি করা উচিত: কনসোলের মাধ্যমে

অথবা 1C লঞ্চারের মাধ্যমে।

ডাটাবেস সার্ভার পাওয়া যায়নি
গুরুত্বপূর্ণ: ব্যবহারকারী "পোস্টগ্রেস" প্রমাণীকৃত নয় (পাসওয়ার্ড দ্বারা)

একটি খুব সাধারণ ভুল. সুপার ইউজার পাসওয়ার্ড ভুল ডিবিএমএস পোস্টগ্রেস. দুটি সম্ভাব্য সমাধান আছে: পাসওয়ার্ড মনে রাখুন বা এটি পরিবর্তন করুন। দ্বিতীয় ক্ষেত্রে, আপনাকে স্ন্যাপ-ইন-এর মাধ্যমে বিদ্যমান সমস্ত ইনফোবেসের বৈশিষ্ট্যগুলিতে পাসওয়ার্ড পরিবর্তন করতে হবে 1C এন্টারপ্রাইজ সার্ভারের প্রশাসন.

ডাটাবেস সার্ভার পাওয়া যায়নি
মারাত্মক: ডাটাবেস "NAME" বিদ্যমান নেই৷

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

• ট্যাগ: