ফাইল ডাটাবেস বাধা - কিভাবে এড়ানো যায় (সাম্প্রতিক অভিজ্ঞতা থেকে)। ফাইল-ভিত্তিক মন্থরতা - কীভাবে এড়ানো যায় (সাম্প্রতিক অভিজ্ঞতা থেকে) ফাইল-ভিত্তিক সংস্করণ নেটওয়ার্কে 1C 8.3 ধীর করে দেয়

2. প্রোগ্রামের বৈশিষ্ট্য। প্রায়শই, এমনকি সর্বোত্তম সেটিংস সহ, 1C খুব ধীরে কাজ করে। কর্মক্ষমতা বিশেষ করে তীব্রভাবে কমে যায় যখন ডাটাবেসের সাথে একসাথে কাজ করার সংখ্যা 4-5 ব্যবহারকারীর বেশি হয়।

কোম্পানিতে আপনি কে?

ধীরগতির 1C অপারেশনের সমস্যার সমাধান নির্ভর করে আপনি কোম্পানিতে কে আছেন তার উপর। আপনি একজন প্রযুক্তিবিদ হলে, শুধু পড়ুন. আপনি যদি একজন পরিচালক বা হিসাবরক্ষক হন তবে বিশেষ লিঙ্কটি অনুসরণ করুন ↓৷

নেটওয়ার্ক ব্যান্ডউইথ

একটি নিয়ম হিসাবে, একটি নয়, একাধিক ব্যবহারকারী একটি তথ্য বেস (IS) নিয়ে কাজ করে। একই সময়ে, যে কম্পিউটারে 1C ক্লায়েন্ট ইনস্টল করা আছে এবং যে কম্পিউটারে তথ্য সুরক্ষা অবস্থিত তার মধ্যে ডেটার একটি ধ্রুবক বিনিময় রয়েছে। এই তথ্য ভলিউম বেশ উল্লেখযোগ্য. একটি পরিস্থিতি প্রায়ই দেখা দেয় যখন একটি স্থানীয় নেটওয়ার্ক 100 Mbit/s গতিতে কাজ করে, যা সবচেয়ে সাধারণ গতি, সহজভাবে লোডের সাথে মানিয়ে নিতে পারে না। এবং আবার ব্যবহারকারী প্রোগ্রাম ধীর হচ্ছে অভিযোগ.

এই কারণগুলির প্রতিটি পৃথকভাবে ইতিমধ্যে প্রোগ্রামের গতি উল্লেখযোগ্যভাবে হ্রাস করে, তবে সবচেয়ে অপ্রীতিকর বিষয় হল যে সাধারণত এই জিনিসগুলি যুক্ত হয়।

এখন আসুন 10টি মাঝারি আকারের কম্পিউটারের স্থানীয় নেটওয়ার্কের উদাহরণ ব্যবহার করে কম 1C গতি এবং তাদের খরচের সমস্যার বেশ কয়েকটি সমাধান দেখি।

সমাধান এক। অবকাঠামো আধুনিকায়ন

এটি সম্ভবত সবচেয়ে সুস্পষ্ট সমাধান। এর সর্বনিম্ন খরচ গণনা করা যাক।

সর্বনিম্নভাবে, প্রতিটি কম্পিউটারের জন্য আমাদের একটি 2 জিবি র‍্যাম স্টিক প্রয়োজন, যার দাম গড়ে 1,500 রুবেল, 1 গিগাবাইট/সেকেন্ড গতি সমর্থনকারী একটি নেটওয়ার্ক কার্ডের দাম প্রায় 700 রুবেল। অতিরিক্তভাবে, আপনার কমপক্ষে 1টি রাউটার প্রয়োজন যা 1 Gbit/s গতিবেগ সমর্থন করে, যার খরচ হবে প্রায় 4,000 রুবেল৷ মোট খরচ - কাজ বাদ দিয়ে সরঞ্জামের জন্য 26,000 রুবেল।

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

সমাধান দুই. টার্মিনাল সার্ভার

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

অপারেটিং সিস্টেম নিজেই প্রায় 40,000 রুবেল খরচ হবে। এগুলি ছাড়াও, আমাদের প্রত্যেকের জন্য 1C-তে কাজ করার পরিকল্পনা করার জন্য একটি Windows সার্ভার CAL লাইসেন্সের প্রয়োজন হবে, যার দাম প্রায় 1,700 রুবেল, এবং একটি Windows রিমোট ডেস্কটপ পরিষেবা CAL লাইসেন্স, যার দাম প্রায় 5,900 রুবেল৷

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

সমাধান তিন। পরিষেবা 1C এন্টারপ্রাইজ

1C এই সমস্যার নিজস্ব সমাধান তৈরি করেছে, যা উল্লেখযোগ্যভাবে প্রোগ্রামের গতি বাড়াতে পারে। কিন্তু এখানে একটি nuance আছে.

আসল বিষয়টি হ'ল সংস্করণের উপর নির্ভর করে এই জাতীয় সমাধানের ব্যয় 50,000 থেকে 80,000 রুবেল পর্যন্ত হয়। 15 জন ব্যবহারকারী পর্যন্ত একটি কোম্পানির জন্য এটি বেশ ব্যয়বহুল হতে দেখা যাচ্ছে। "1C এন্টারপ্রাইজ মিনি-সার্ভার"-এ দুর্দান্ত আশা রাখা হয়েছিল, যা 1C কোম্পানির মতে, ছোট ব্যবসার লক্ষ্য এবং প্রায় 10,000 - 15,000 রুবেল খরচ করে।

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

একজন 1C প্রোগ্রামার যেমন ফোরামে লিখেছেন: "এটা এখনও পরিষ্কার নয় কেন 1C ঠিক 5টি সংযোগ বেছে নিয়েছে! সমস্যাগুলি শুধুমাত্র 4 জন ব্যবহারকারীর সাথে শুরু হয়, কিন্তু পাঁচজনের সাথে এটি সব শেষ হয়। আপনি যদি একজন ষষ্ঠ ব্যক্তিকে সংযোগ করতে চান তবে আরও 50 হাজার দিন। আমরা কমপক্ষে 10টি সংযোগ করতে পারি..."

অবশ্যই, মিনি-সার্ভারটিও তার ভোক্তা খুঁজে পেয়েছে। যাইহোক, যেখানে 5 বা তার বেশি লোক 1C এর সাথে কাজ করে, তাদের জন্য একটি সহজ এবং সস্তা সমাধান উপস্থিত হয়নি।

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

সমাধান চার। ফাইল মোডে 1C এর জন্য ওয়েব অ্যাক্সেস

অপারেশনের নীতিটি নিম্নরূপ: একটি ওয়েব সার্ভারের একটি অতিরিক্ত ভূমিকা কম্পিউটারে ইনস্টল করা হয়, যার উপর তথ্য নিরাপত্তা প্রকাশিত হয়।

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

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

এই বিকল্পটি অপারেটিং গতির পরিপ্রেক্ষিতে এন্টারপ্রাইজ 1C সার্ভারের থেকে নিকৃষ্ট, তবে এই পার্থক্যটি 15-20 জন ব্যবহারকারী পর্যন্ত কার্যত অদৃশ্য। যাইহোক, একটি ওয়েব সার্ভার বাস্তবায়ন করতে আপনি IIS (উইন্ডোজের জন্য) এবং অ্যাপাচি (লিনাক্সের জন্য) ব্যবহার করতে পারেন এবং এই দুটি সমাধানই বিনামূল্যে!

সুস্পষ্ট সুবিধা থাকা সত্ত্বেও, 1C অপারেশন অপ্টিমাইজ করার এই পদ্ধতিটি খুব বেশি জনপ্রিয়তা পায়নি।

আমি নিশ্চিতভাবে বলতে পারি না, তবে সম্ভবত এটি দুটি কারণে হয়েছে:

• প্রযুক্তিগত ডকুমেন্টেশনে বেশ দুর্বল বর্ণনা
• সিস্টেম অ্যাডমিনিস্ট্রেটর এবং 1C প্রোগ্রামারের দায়িত্বের সংযোগস্থলে অবস্থিত

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

1C গতি বাড়াই। দূর থেকে, দ্রুত এবং আপনার অংশগ্রহণ ছাড়াই

আমরা জানি কিভাবে গ্রাহককে ব্যাহত না করে 1Ski এর গতি বাড়ানো যায়। আমরা সমস্যায় পড়ি, আমাদের কাজ করি এবং চলে যাই। আপনি যদি প্রোগ্রামটি স্বাভাবিকভাবে কাজ করতে চান তবে আমাদের সাথে যোগাযোগ করুন। আমরা এটি সমাধান করব.

একটি অনুরোধ ছেড়ে দিন এবং প্রোগ্রাম ত্বরান্বিত একটি বিনামূল্যে পরামর্শ গ্রহণ.

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

পার্ট 3. 1C কর্মক্ষমতা

1C 8.3-এ লক: কোডে অনুসন্ধান এবং নির্মূল করা, পরিচালিত লকগুলিতে স্থানান্তর করা

লকগুলি ACID প্রক্রিয়ার অংশ। এসকিউএল সার্ভারের উদাহরণ ব্যবহার করে একটি সরলীকৃত চিত্র আকারে উপস্থাপিত এর ধারণাটি বিবেচনা করা যাক

স্বয়ংক্রিয় মোডে, লকগুলি নিজেই DBMS দ্বারা পরিচালিত হয়। একই সময়ে, এমএস এসকিউএল সার্ভারে পার্শ্ব প্রতিক্রিয়া দেখা দেয়, যেমন খালি টেবিল এবং বর্ডার ডেটা রেঞ্জ লক করা (সিরিয়ালাইজেবল লেভেল), যা বহু-ব্যবহারকারীর কাজে অতিরিক্ত সমস্যা তৈরি করে। এই সমস্যাগুলি সমাধান করার জন্য, 1C নিয়ন্ত্রিত লক তৈরি করেছে।

1C নিয়ন্ত্রিত লক

লকিং মেকানিজম 1C সার্ভারে সরানো হয়েছিল, এবং DBMS স্তরে, বিচ্ছিন্নতা ন্যূনতম হ্রাস করা হয়েছিল। এমএস এসকিউএল-এ, 8.2 প্ল্যাটফর্মে একটি শেয়ার্ড লকিং মেকানিজম এবং 8.3 প্ল্যাটফর্মে একটি সারি ভার্সনিং মেকানিজম (তথাকথিত রিড কমিটেড স্ন্যাপশট আইসোলেশন) সহ বিচ্ছিন্নতা স্তরটি রিড কমিটেড-এ নামিয়ে আনা হয়েছিল। আরও স্পষ্টভাবে, এটি একই নামের ডাটাবেস বৈশিষ্ট্য এবং দুটি পাঠ প্রতিশ্রুতিবদ্ধ অপারেটিং মোড যা এই প্যারামিটারের উপর নির্ভর করে।

বিচ্ছিন্নতার শেষ স্তরে (RCSI), প্রক্রিয়াটি DBMS সার্ভারে একই সংস্থানগুলিতে পড়া এবং লেখার লেনদেনগুলিকে ছেদ না করা সম্ভব করে তোলে। সমস্ত প্রধান কাজ 1C ব্লকিং পরিষেবা দ্বারা নেওয়া হয়েছিল, যা স্থানীয় মেটাডেটার উপর ভিত্তি করে নির্ধারণ করে, DBMS সার্ভারে লেনদেনের অনুমতি দেবে কি না, যাতে ব্যবসায়িক যুক্তির কোনও লঙ্ঘন না হয়। খালি টেবিল এবং সীমানা রেঞ্জ লক করার সমস্যা অতীতের একটি জিনিস।

ডিবিএমএস	লক টাইপ	লেনদেন বিচ্ছিন্নতা স্তর	লেনদেনের বাইরে পড়ুন
স্বয়ংক্রিয় লক
ফাইল ডাটাবেস	টেবিল	ক্রমানুযায়ী	নোংরা পড়া
এমএস এসকিউএল সার্ভার	পোস্ট		নোংরা পড়া
IBM DB2	পোস্ট	পুনরাবৃত্তিযোগ্য পঠন বা সিরিয়ালাইজেবল	নোংরা পড়া
পোস্টগ্রেএসকিউএল	টেবিল	ক্রমানুযায়ী	ধারাবাহিক পড়া
ওরাকল ডাটাবেস	টেবিল	ক্রমানুযায়ী	ধারাবাহিক পড়া
পরিচালিত তালা
ফাইল ডাটাবেস	টেবিল	ক্রমানুযায়ী	নোংরা পড়া
এমএস এসকিউএল সার্ভার 2000	পোস্ট	প্রতিশ্রুতিবদ্ধ পড়ুন	নোংরা পড়া
MS SQL সার্ভার 2005 এবং উচ্চতর		প্রতিশ্রুতিবদ্ধ স্ন্যাপশট পড়ুন	ধারাবাহিক পড়া
সংস্করণ 9.7 এর আগে IBM DB2	পোস্ট	প্রতিশ্রুতিবদ্ধ পড়ুন	নোংরা পড়া
IBM DB2 সংস্করণ 9.7 এবং উচ্চতর	পোস্ট	প্রতিশ্রুতিবদ্ধ পড়ুন	ধারাবাহিক পড়া
পোস্টগ্রেএসকিউএল	পোস্ট	প্রতিশ্রুতিবদ্ধ পড়ুন	ধারাবাহিক পড়া
ওরাকল ডাটাবেস	পোস্ট	প্রতিশ্রুতিবদ্ধ পড়ুন	ধারাবাহিক পড়া

1C প্রোগ্রাম ডাটাবেস কোন লকিং মোডে আছে তা খুঁজে বের করার জন্য, আপনাকে কাঙ্ক্ষিত ডাটাবেসের প্রসঙ্গে SSMS থেকে নিম্নলিখিত অনুরোধটি চালাতে হবে:

1C তালা। ব্যবহারকারী লকের জন্য অপেক্ষা করবে না, আপনি কিছু নিয়ম মেনে চললে 1C গতি বাড়বে:

• লেনদেনের সময়কাল যতটা সম্ভব কমাতে হবে। 100% ক্ষেত্রে একটি লেনদেনে দীর্ঘ গণনা করা একটি OLTP সিস্টেমে কাজ করার সময় ব্লক করার দিকে পরিচালিত করবে।
• একটি লেনদেনের মধ্যে দীর্ঘ বাহ্যিক ক্রিয়াকলাপগুলি বাদ দেওয়া হয়, উদাহরণস্বরূপ, ইমেলের মাধ্যমে নিশ্চিতকরণ পাঠানো এবং গ্রহণ করা, ফাইল সিস্টেমের সাথে কাজ করা এবং অন্যান্য অতিরিক্ত ক্রিয়াকলাপ। সমস্ত ক্রিয়াকলাপ অবশ্যই বিলম্বিত ছোট কাজের মধ্যে স্থাপন করা উচিত।
• ক্যোয়ারী সর্বোচ্চ অপ্টিমাইজ করা হয়.
• অ্যাপ্লিকেশনের মধ্যে সর্বোত্তম ক্যোয়ারী কর্মক্ষমতা নিশ্চিত করার জন্য শুধুমাত্র প্রয়োজন অনুযায়ী সূচী তৈরি করা উচিত।
• ক্লাস্টার ইনডেক্সে ঘন ঘন আপডেট হওয়া কলামের অন্তর্ভুক্তি কম করা হয়েছে। একটি ক্লাস্টারড ইনডেক্স কী কলাম/s-এর আপডেটের জন্য ক্লাস্টারড ইনডেক্স এবং সমস্ত নন-ক্লাস্টারড ইনডেক্সে একটি লক প্রয়োজন (কারণ তাদের লোকেটার সারিতে ক্লাস্টারড ইনডেক্স কী রয়েছে)।
• যেখানে সম্ভব, একটি কভারিং সূচক তৈরি করা হয় এবং ডেটা পুনরুদ্ধারের সময় কমাতে ব্যবহৃত হয়।
• লেনদেন বিচ্ছিন্নতার সর্বনিম্ন স্তর ব্যবহার করা, যার জন্য পরিচালিত লকিং মোডে স্যুইচ করার প্রয়োজন হবে।

ব্লকেজ নির্ণয়ের জন্য সরঞ্জাম:

• প্রযুক্তি পত্রিকা;
• 1C টুলস থেকে পারফরম্যান্স ম্যানেজমেন্ট সেন্টার;
• গিলেভ ক্লাউড পরিষেবা;

নীচে গিলেভ পরিষেবা ব্যবহার করে সিস্টেম পর্যবেক্ষণের একটি উদাহরণ। ব্লক করার মোট সময়কাল ~15 ঘন্টা। 400 জনের বেশি সক্রিয় ব্যবহারকারী। সিদ্ধান্ত নেওয়া এবং অপ্টিমাইজেশান করার পরে, টাইমআউট এক মিনিটেরও কম, এবং ব্লকিংয়ের সংখ্যা ~670 বার হ্রাস পেয়েছে।

ছিল:

হয়ে গেল:

এমন পরিস্থিতিতে যেখানে "সবকিছু ঝুলে থাকে এবং দীর্ঘ সময় নেয়," এবং পর্যবেক্ষণ পরিষেবাগুলি কনফিগার করা হয় না বা একেবারেই ব্যবহার করা হয় না, প্যারেটো নীতিটি মনে রেখে, আপনাকে কোডটিতে ফোকাস করতে হবে।

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

1C এর জন্য পদ্ধতি চূড়ান্ত করার পরে, আপনি 1C টেবিলের সুনির্দিষ্ট বিষয়গুলি বিবেচনায় নিয়ে বর্তমানে সার্ভারে কী ঘটছে সে সম্পর্কে ভিজ্যুয়াল তথ্য পেতে পারেন:

খণ্ড ঘ

dbo.ReturnLockName1C(ডিফল্ট,ডিফল্ট) থেকে 1C সিলেক্ট * এর পরিপ্রেক্ষিতে লক করুন t যেখানে T.Resource দ্বারা TableName1C শূন্য ক্রম নয়

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

SQL সার্ভার DMO অবজেক্ট ব্যবহার করে

ডেটার প্রাসঙ্গিকতা বোঝার জন্য আমরা সার্ভার শুরুর তারিখ প্রদর্শন করি। আমরা রেটিং (শারীরিক, যৌক্তিক, প্রসেসর লোড) পড়ার মাধ্যমে প্যাকেজটি বিভক্ত করি। এই ক্ষেত্রে, sys.dm_exec_query_stats থেকে মাস্টার ডেটা ব্যবহার করা হয়। আমরা অনুরোধের পাঠ্যটিকে 1C পদে অনুবাদ করি। আপনি যদি অনুরোধের পাঠ্য থেকে কলের প্রসঙ্গটি বুঝতে পারেন, তবে যা বাকি থাকে তা হল অনুরোধ পরিকল্পনাটি দেখা, সমস্যাযুক্ত অপারেটরগুলি খুঁজে পাওয়া এবং কী করা যেতে পারে তা বোঝা।

খণ্ড 2

//শুরু করার সময় sys.dm_os_sys_info থেকে sqlserver_start_time নির্বাচন করুন; //দৈহিক পড়ার জন্য শীর্ষ অনুরোধগুলি SELECT TOP (50) (total_physical_reads) AS Total_physical_reading,

ডেটা সংগ্রাহক সংগ্রহের ফলে সমস্যাযুক্ত প্রশ্নগুলি সনাক্ত করা

এই টুলটি ব্যবহার করে, আপনি প্রয়োজনীয় প্যারামিটার অনুযায়ী ডেটা র‍্যাঙ্ক করতে পারেন, যেমন প্রসেসর লোড, সময়কাল, লজিক্যাল I/O, ফিজিক্যাল রিড অপারেশন, যা আপনাকে SQL সার্ভার রিবুট করা সত্ত্বেও আরও বিশ্লেষণের জন্য সম্পূর্ণ পরিসংখ্যান সংরক্ষণ করতে দেয়।

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

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

একটি সমস্যাযুক্ত অনুরোধের একটি উদাহরণ এবং একটি প্রযুক্তিগত লগ সেট আপ করার একটি উদাহরণ:

1C 8.3 গতি বাড়ানোর সুযোগ হিসেবে কোয়েরি অপ্টিমাইজেশন

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

অনুরোধের সাথে কাজ করার সময়, আপনি পারবেন না:

• সাবকোয়ারি সহ টেবিলে যোগদান করুন;
• ভার্চুয়াল বেশী সঙ্গে নিয়মিত টেবিল সংযোগ;
• শর্তে যৌক্তিক "OR" ব্যবহার করুন;
• যোগদানের শর্তে সাবকোয়ারি ব্যবহার করুন;
• "এক্সপ্রেস" কীওয়ার্ড ছাড়াই একটি যৌগিক ধরণের ক্ষেত্রগুলি থেকে একটি বিন্দুর মাধ্যমে ডেটা গ্রহণ করুন৷

অনুরোধের সাথে কাজ করার সময়, আপনি করতে পারেন:

• ক্যোয়ারী অবস্থা, যোগদান, একত্রীকরণ এবং বাছাই ক্ষেত্রগুলিতে সূচী তৈরি করুন;
• ভার্চুয়াল টেবিল ফিল্টারিং নির্বাচন পরামিতি ব্যবহার করে করা আবশ্যক.

সূচী ব্যবহার করা এবং সিস্টেম কর্মক্ষমতা মানের উপর তাদের প্রভাব

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

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

এটি কীভাবে কাজ করে তার একটি সাধারণ বোঝার জন্য, আসুন ডেটা স্টোরেজ পদ্ধতির বিশদ বিবরণ দেখি, যা আমরা সাধারণত একটি টেবিলের আকারে উপস্থাপন করি (উদাহরণস্বরূপ, এক্সেল)।

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

এর বিষয়বস্তু নীচে দেখা যেতে পারে:

ডিস্ক স্টোরেজ ইউনিট কীভাবে কাজ করে সে সম্পর্কে এখন আমাদের ধারণা আছে, আসুন টেবিল এবং সূচী সম্পর্কে আরও কথা বলি।

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

এইভাবে, একটি নিয়মিত টেবিল তৈরি করার পরে, ডিফল্টরূপে, ফলাফলটি ডেটার একটি বিশৃঙ্খল বিন্যাস। আপনি নিম্নলিখিত পদ্ধতি ব্যবহার করে টেবিলের অবস্থা দেখতে পারেন:

1C প্ল্যাটফর্ম দ্বারা ব্যবহৃত প্রধান সূচক

খণ্ড 3

মিথ এবং বাস্তবতা:

মিথ এক: ক্লাস্টার ইনডেক্স এবং একটি ডেটা টেবিল দুটি ভিন্ন সত্তা, একে অপরের থেকে আলাদাভাবে সংরক্ষণ করা হয়।

মিথ দুই: একটি টেবিলে অনেক গুচ্ছ সূচক থাকতে পারে।

আমি DBMS অপ্টিমাইজ করার জন্য একটি প্রোগ্রাম ডাউনলোড করেছি। প্রস্তাবিত সূচক তৈরি করা হয়েছে। নমুনার গতি 50% বৃদ্ধি পেয়েছে। ডেটা পরিবর্তন এবং যোগ করা 7 বার ধীর হয়েছে৷

ক্লাস্টারড (গুচ্ছ) সূচক

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

খণ্ড 4

sys.indexes থেকে নাম, TYPE, TYPE_DESC নির্বাচন করুন WHERE object_id = OBJECT_ID("ট্রেস ডেটা")

নন-ক্লাস্টারড সূচক

ননক্লাস্টারড ইনডেক্সে ডেটা সারি থেকে আলাদা একটি কাঠামো থাকে। একটি নন-ক্লাস্টারড ইনডেক্সে ক্লাস্টারড ইনডেক্স কী-এর মান থাকে এবং প্রতিটি রেকর্ডে ক্লাস্টারড ইনডেক্স কী থাকে (আরআইডি নয়, যেহেতু 1C টেবিল বিরল ব্যতিক্রমগুলির সাথে গাদা ব্যবহার করে না)।

আপনি একটি নন-ক্লাস্টারড ইনডেক্সের লিফ লেভেলে ননকি কলাম যোগ করতে পারেন এবং সম্পূর্ণ ইন্ডেক্স করা ক্যোয়ারী চালিয়ে বিদ্যমান সূচক কী সীমা (900 বাইট এবং 16 কী কলাম) বাইপাস করতে পারেন।

একটি নন-ক্লাস্টারড সূচক যুক্ত করার পরে, ডেটা অনুলিপি করা হয়েছিল এবং অন্য একটি বস্তু উপস্থিত হয়েছিল:

খণ্ড 5

sys.indexes থেকে নাম, TYPE, TYPE_DESC নির্বাচন করুন WHERE object_id = OBJECT_ID("ট্রেস ডেটা")

একটি সুষম গাছের আকারে গাদা থেকে পুনরুদ্ধার করার পরে ক্লাস্টারড সূচকের পরিকল্পিত:

একটি ক্লাস্টারড টেবিল থেকে প্রাপ্ত একটি নন-ক্লাস্টারড ইনডেক্সের স্কিমা (মনে রাখবেন যে সারি লোকেটার কলামে একটি ক্লাস্টারড ইনডেক্স কী রয়েছে):

ক্যোয়ারী কর্মক্ষমতা উপর সূচকের প্রভাব

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

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

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

T-SQL বিবৃতি যা একটি সূচক লক করার ক্রিয়া সম্পাদন করে:

//সারণীতে একটি পৃথক সূচী লক করুন - INDEX _Reference22_ByPredefinedIDNotUniq ON _Reference22 অক্ষম করুন; //কাঙ্খিত সূচী অন্তর্ভুক্ত করুন - ALTER INDEX _Reference22_ByPredefinedIDNotUniq ON _Reference22 REBUILD;

উপরের ধাপগুলি ছাড়াও, বর্তমান ডাটাবেস ফাইলগুলি ধারণ করে না এমন একটি ফিজিক্যাল ডিস্কে একটি ফাইলগ্রুপ তৈরি করা এবং সেখানে নন-ক্লাস্টারড ইনডেক্সগুলি সরানো গুরুত্বপূর্ণ। এটি তাদের রেকর্ডিংকে সমান্তরাল করে ডেটা পরিবর্তনের গতি বাড়িয়ে তুলবে।

কোয়েরির গতি বাড়ানোর জন্য কোন সূচকগুলি প্রয়োজন বা অপ্রয়োজনীয় তা নির্ধারণ করা

ডিফল্টরূপে, 1C সূচির একটি নির্দিষ্ট মৌলিক সেট তৈরি করে। প্রায়শই, তাদের মধ্যে কেবল যথেষ্ট নয়। SQL সার্ভারের এমন ব্যবস্থা রয়েছে যা আপনাকে বুঝতে দেয়, আপনার কাজের চাপের উপর ভিত্তি করে, আপনার বিদ্যমান সূচকগুলি কতটা প্রয়োজনীয়।

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

• একটি নির্দিষ্ট সমস্যাযুক্ত প্রশ্নের কর্মক্ষমতা সমস্যা সমাধান;
• এক বা একাধিক ডাটাবেসে প্রশ্নগুলির একটি বড় সেট কনফিগার করুন।

DMOs (ডাইনামিক ম্যানেজমেন্ট অবজেক্ট), যার মধ্যে ডাইনামিক ম্যানেজমেন্ট ভিউ এবং ডাইনামিক ম্যানেজমেন্ট ফাংশন রয়েছে। উদাহরণস্বরূপ, একটি T-SQL বিবৃতি সেই সমস্ত সূচী পুনরুদ্ধার করতে পারে যা সার্ভারটি শেষবার শুরু হওয়ার পর থেকে ব্যবহার করা হয়নি।

খণ্ড 6

vl হিসেবে (OBJECT_NAME(I.object_id) হিসেবে অবজেক্টের নাম নির্বাচন করুন, I.name AS indexname, I.index_id AS indexid থেকে sys.indexes যেমন আমি ভিতরে যোগদান করি sys.objects AS O ON O.object_id = I.object_id WHERE I.object_id > 100 AND I.type_desc = "Nonclustered" এবং I.index_id নট ইন (sys.dm_db_index_usage_stats থেকে S.index_id নির্বাচন করুন যেখানে S.object_id=I.object_id এবং I.index_id=S.index_id=S.index_id=And_babaname" '))) অবজেক্টনেম, T1.NameTable1C, indexid, indexname FROM vl OUTER দরখাস্ত করুন dbo.ReturnTableName1C(অবজেক্টের নাম) T1 ORDER BY objectname, indexname;

নির্দেশাবলী যা DBMS কার্নেল দ্বারা সুপারিশকৃত প্রয়োজনীয় সূচক তৈরি করতে ব্যবহার করা যেতে পারে:

খণ্ড 7

T1.NameTable1C কে Table_Name_1C হিসেবে নির্বাচন করুন, "ইন্ডেক্স তৈরি করুন " + " চালু করুন"
ক্যোয়ারী অপ্টিমাইজার, ক্যোয়ারী এক্সিকিউশন প্ল্যান তৈরি করার সময়, অনুপস্থিত সূচক তৈরি করার প্রয়োজনীয়তা চিহ্নিত করে। এটি XML ShowPlan এ এই তথ্য সংরক্ষণ করে। কারণ ক্যোয়ারী প্ল্যান হ্যাশ করা হয় এবং নির্দেশাবলী সংরক্ষিত হয় (পরবর্তী সার্ভার রিস্টার্ট না হওয়া পর্যন্ত), তারপর সেগুলি পুনরুদ্ধার করা যায়, প্রক্রিয়া করা যায় এবং ক্যাশে যেকোন এক্সিকিউশন প্ল্যানের জন্য প্রয়োজনীয় সূচী তৈরি করার জন্য রেডিমেড নির্দেশাবলী। ক্যোয়ারী সম্পাদনের ফ্রিকোয়েন্সিটির দিকে মনোযোগ দেওয়া উচিত: এটি যত বেশি হবে, তত বেশি প্রাসঙ্গিক হবে প্রশ্নের ফলাফল এবং সেই অনুযায়ী, সংগৃহীত সূচকগুলি। যদি প্রশ্নটি একবার কার্যকর করা হয় তবে এর ফলাফলগুলি এত ইঙ্গিতপূর্ণ নয়।

খণ্ড 8

CROSS APPLY query_plan.nodes('//StmtSimple") AS stmt(stmt_xml) যেখানে stmt_xml.exist("QueryPlan/Missinglndexes") = 1) ডাটাবেস_নাম হিসাবে শীর্ষ 30 ডেটাবেস-নাম নির্বাচন করুন, T_Name C_1 হিসাবে T_Name, T_Name 1 T_able _কলাম ns তুলনা_কলাম হিসাবে, অন্তর্ভুক্ত_কলামগুলিকে কলাম_তে_অন্তর্ভুক্ত করুন,

খণ্ড 9

[ডেটাবেস_নাম] ব্যবহার করুন যাও নন-ক্লাস্টারড ইনডেক্স তৈরি করুন। যান সামগ্রিক ক্ষেত্র এবং বাছাই ক্ষেত্র দ্বারা সূচীকরণের কিছু বৈশিষ্ট্য।

ORDER BY ক্লজে নির্দিষ্ট করা কলামগুলিতে একটি সূচক তৈরি করা ক্যোয়ারী অপ্টিমাইজারকে দ্রুত ফলাফল সেট সংগঠিত করতে সাহায্য করে কারণ সূচীতে কলামের মানগুলি আগে থেকে সাজানো থাকে৷ GROUP BY প্রক্রিয়ার অভ্যন্তরীণ বাস্তবায়নও প্রয়োজনীয় ডেটা দ্রুত গোষ্ঠীভুক্ত করার জন্য প্রথমে কলামের মানগুলিকে সাজায়।

স্ট্যান্ডার্ড সুপারিশগুলি ব্যবহার করার সময়, অপ্টিমাইজেশনের আগে এবং পরে ফলাফলটি পরীক্ষা করা মূল্যবান। আসুন লজিক্যাল ইউনিয়ন "OR" এবং এর বিকল্প (স্ট্যান্ডার্ড সুপারিশগুলি ব্যবহার করে সমস্যা সমাধানের জন্য) ব্যবহার করার একটি উদাহরণ দেওয়া যাক - "UNITE ALL" সিনট্যাক্স ব্যবহার করে একটি ক্যোয়ারী পরিবর্তন করার কৌশল।

1C নিজেই "OR" দিয়ে অনুরোধ করে:

নির্দেশিকা থেকে কোড, নাম, লিঙ্ক নির্বাচন করুন। কাউন্টারপার্টি হিসেবে কাউন্টারপার্টি যেখানে কাউন্টারপার্টি। কোড = "000000004" বা কাউন্টারপার্টি। কোড = "0074853" বা কাউন্টারপার্টি। কোড = "000000024" বা 900000024" Counterparties। =" 0074742" OR Counterparties.Code = "000000104";

"সকলকে একত্রিত করুন" দিয়ে ক্যোয়ারী পরিবর্তন করা হচ্ছে:

কোড, নাম, ডিরেক্টরি থেকে লিঙ্ক নির্বাচন করুন। কাউন্টারপার্টি হিসেবে কাউন্টারপার্টি যেখানে কাউন্টারপার্টি। কোড = "000000004" সব সিলেক্ট কোড, নাম, ডিরেক্টরি থেকে লিঙ্ক একত্রিত করুন। কাউন্টারপার্টি কাউন্টারপার্টি হিসেবে কাউন্টারপার্টি যেখানে কাউন্টারপার্টি। লিংক, Na5307 কোড = "কোন 5077 নির্বাচন করুন। ডাইরেক্টরি থেকে কাউন্টারপার্টি যেখানে কাউন্টারপার্টি হিসেবে কাউন্টারপার্টি। কোড = "000000024" সব সিলেক্ট কোড, নাম, ডাইরেক্টরি থেকে লিঙ্ক একত্রিত করুন। কাউন্টারপার্টি হিসেবে কাউন্টারপার্টি যেখানে

প্রকৃত ক্যোয়ারী প্ল্যান (ডিসপ্লে এবং পারফরম্যান্স তুলনার সহজতার জন্য, SSMS-এ প্রশ্নগুলি আটকানো এবং কার্যকর করা হয়েছে):

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

কিভাবে 1C-তে কাজের গতি বাড়ানো যায়: অ্যাকাউন্টিং 8.3 (সংস্করণ 3.0) বা রুটিন এবং ব্যাকগ্রাউন্ড কাজগুলি অক্ষম করুন

2019-01-15T13:28:19+00:00

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

আমার হিসাবরক্ষকরা পরিবর্তনের পরপরই আমাকে বলেছিলেন যে 1C এর নতুন সংস্করণ: অ্যাকাউন্টিং 3.0 আগেরগুলির তুলনায় একেবারে ধীর! এবং এটি কাজ করা কেবল অসম্ভব।

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

ঠিক আছে, উদাহরণস্বরূপ, আমাদের ডাটাবেসের সমস্ত অবজেক্ট জুড়ে যদি আমরা একটি পূর্ণ-পাঠ্য (অ্যাকাউন্টেন্টস, আতঙ্কিত হবেন না) অনুসন্ধান না করি তবে কেন আমাদের "টেক্সট এক্সট্রাকশন" টাস্কটি দিনে একশ বার চালানোর দরকার।

অথবা কেন ক্রমাগত কারেন্সি রেট ডাউনলোড করি যদি আমাদের কারেন্সি লেনদেন না থাকে বা আমরা সেগুলি মাঝে মাঝে করি (এবং এর আগে আমরা নিজেরাই ডাউনলোড রেট বোতামে ক্লিক করতে পারি)।

সাইটের সাথে সংযোগ করার এবং ব্যাঙ্ক ক্লাসিফায়ারগুলি চেক এবং আপডেট করার জন্য 1C-এর ক্রমাগত প্রচেষ্টার ক্ষেত্রেও এটি প্রযোজ্য। কি জন্য? যদি আমি এর BIC দ্বারা সঠিক ব্যাঙ্ক খুঁজে না পাই তবে আমি নিজেই ক্লাসিফায়ারগুলি আপডেট করার জন্য বোতাম টিপব।

নিচের ধাপে ধাপে এই কাজটি কিভাবে করবেন।

1. "প্রশাসন" বিভাগে যান এবং অ্যাকশন প্যানেলে "রক্ষণাবেক্ষণ" () নির্বাচন করুন:

2. যে উইন্ডোটি খোলে, সেখানে "রুটিন এবং ব্যাকগ্রাউন্ড টাস্ক" খুঁজুন এবং নির্বাচন করুন:

3. "চালু" কলামে "চালু" আছে এমন প্রতিটি টাস্ক খুলুন। একটি daw আছে.

4. "সক্ষম" আনচেক করুন এবং "সংরক্ষণ করুন এবং বন্ধ করুন" বোতামে ক্লিক করুন।

5. অন্তর্ভুক্ত করা প্রতিটি কাজের সাথে এটি করুন এবং নতুন সংস্করণ উপভোগ করুন৷ সামগ্রিকভাবে, আমার মতে, এটি দুটির চেয়ে অনেক ভাল।

একই সময়ে, প্ল্যাটফর্মটি এখনও আপনার অক্ষম করা নির্ধারিত কিছু কাজকে সক্ষম করবে।

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

1C আপডেট ব্যবহার করে অপ্টিমাইজেশান

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

অনেক লোক দীর্ঘদিন ধরে প্রোগ্রামটি স্বয়ংক্রিয়ভাবে আপডেট করার ক্ষমতা ব্যবহার করে আসছে। যদিও এই সমস্যাটি 1C এন্টারপ্রাইজ 8.3-এর জন্য সহজেই ম্যানুয়ালি সমাধান করা যেতে পারে, আপডেট করলে কোনো সমস্যা হবে না।

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

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

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

যা অবশিষ্ট থাকে তা হল চূড়ান্ত বোতাম, যা "ইনস্টল" অফার করে।

প্ল্যাটফর্মটি ধীর হলে কীভাবে 1C গতি বাড়ানো যায়

সমস্যাগুলি প্রায়শই এই কারণে ঘটে যে একটি পর্যায়ে অভিনয়কারীর মনোযোগের ঘনত্ব হ্রাস পায়। এখানে সঠিক আপডেট স্কিমটি বেছে নেওয়া গুরুত্বপূর্ণ, শুধুমাত্র এই ক্ষেত্রে আপডেটের সময় 1c হিমায়িত হলে আমরা কোনও সমস্যার সম্মুখীন হব না।

সংস্করণ 7.7 আপডেট

কনফিগারেশন বিভিন্ন ধরনের আছে. এর উপর নির্ভর করে, পরবর্তী কর্মের পথ বেছে নেওয়া হয়।

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

সংস্করণ 8.0 এবং 8.1 সম্পর্কে

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

একটি বিকল্প সম্ভব যখন একটি নতুন স্ট্যান্ডার্ড কনফিগারেশন প্রয়োগ করা হয়, এবং তারপরে পুরানো তথ্য ডাটাবেস থেকে অবশিষ্টাংশ এটিতে স্থানান্তরিত হয়।

সংস্করণ 8.1 হিসাবে, আপনি বিভিন্ন উপায়ে এটি আপডেট করতে পারেন:

1. ম্যানুয়ালি
2. স্বয়ংক্রিয় মোডে;
3. এই এলাকায় পরিষেবা প্রদানকারী কোম্পানিগুলির বিশেষজ্ঞদের সাথে যোগাযোগ করা।

অ-মানক বা পরিবর্তিত সংস্করণের সাথে কাজ করা

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

1. পরিবর্তিত;
2. স্ক্র্যাচ থেকে তৈরি, একটি নির্দিষ্ট এন্টারপ্রাইজের প্রয়োজনীয়তা বিবেচনায় নিয়ে।

কখনও কখনও একটি দ্বিতীয় শ্রেণীর কনফিগারেশন সক্রিয়ভাবে ব্যবহারকারীদের মধ্যে বিতরণ করা হয়। তারপর এটি সাধারণ হিসাবে বিবেচিত হয়। এটি ঠিক যে প্রস্তুতকারককে 1C হিসাবে বিবেচনা করা হয় না, তবে যে সংস্থাটি নতুন সংস্করণ তৈরি করেছে।

নিম্নলিখিত কর্ম দ্বারা কনফিগারেশন আপ টু ডেট রাখা যেতে পারে:

• ত্রুটি সংশোধন.
• কার্যকারিতা সম্প্রসারণ।
• উন্নতি।
• 1C 8.3 এ পরিবর্তন, রক্ষণাবেক্ষণ ত্রুটির ক্ষেত্রে কনফিগারেশন আপডেট করা হয় না।

আপনি বর্তমানে এটি যে ইন্টারনেট গতিতে ব্যবহার করছেন তার উপর নির্ভর করে ইনস্টলেশন প্রক্রিয়াটি বিভিন্ন সময় নিতে পারে। একটি পৃথক উইন্ডোতে, ব্যবহারকারী নির্বাচন করেন কাজ শেষ হলে আপডেট করবেন নাকি অবিলম্বে। পরবর্তী বিকল্পের সাথে, আপনাকে নিশ্চিত করতে হবে যে অ্যাপ্লিকেশনটির সাথে অন্য কেউ কাজ করছে না। প্রক্রিয়া নিজেই 1c এন্টারপ্রাইজ 8.3 অ্যাপ্লিকেশনের মধ্যে একচেটিয়া মোড ব্যবহার জড়িত, সর্বশেষ আপডেট কোন ব্যতিক্রম নয়।

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

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

ব্রেক করার অতিরিক্ত কারণ

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

• অ্যান্টিভাইরাস - সঠিকভাবে কনফিগার করা হলে, কোনও অ্যান্টিভাইরাস সিস্টেমে হস্তক্ষেপ করবে না, তবে, আপনি যদি ফ্যাক্টরি সেটিংস ব্যবহার করেন, 1C কার্যক্ষমতা 5-10% কমে যেতে পারে। আপনি ব্যাকগ্রাউন্ড মোড সরিয়ে অতিরিক্ত সেটিংস ব্যবহার করে আপনার অ্যান্টিভাইরাস অপ্টিমাইজ করতে পারেন (যদি একেবারে প্রয়োজন হয়)।
• কম্পিউটারের পরামিতি - প্রায়ই অপর্যাপ্ত শক্তিশালী কম্পিউটার 1C কর্মক্ষমতা উল্লেখযোগ্য হ্রাসের দিকে পরিচালিত করে। ভিডিও কার্ড, অপারেটিং সিস্টেম এবং প্রসেসরে বিশেষ মনোযোগ দিতে হবে।

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

কিভাবে গতি বাড়ানো যায় এবং 1C তে ব্যবহারের সহজতা

রোগীর লক্ষণ এবং ইতিহাস:

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

ব্লকিং অপারেশনের প্রধান লক্ষণ:

• একচেটিয়া মোডে নেটওয়ার্কে ডাটাবেসের সাথে দ্রুত ব্যবহারকারী কাজ করে এবং যখন একাধিক ব্যবহারকারী একসাথে কাজ করে তখন অত্যন্ত ধীর
• সার্ভারে স্থানীয় ডাটাবেসের সাথে দ্রুত ব্যবহারকারীর অভিজ্ঞতা এবং নেটওয়ার্কে ধীর গতির কাজ
• ফাইল সিস্টেম অ্যাক্সেস মাত্র 10 এমবি/সেকেন্ডের নিচে

সুতরাং, আমাকে নিশ্চিত করার কাজ দেওয়া হয়েছিল যে একই সময়ে 1C-তে তিনজন ব্যবহারকারী কাজ করতে পারে! মজার, তাই না?

আমি সব কৌতুক ভুলে গিয়েছিলাম যখন আমি দেখেছিলাম যে আমাকে কী মোকাবেলা করতে হবে: একটি সাধারণ অফিস কম্পিউটার এবং দুটি ল্যাপটপের আকারে একটি "সার্ভার"।

বিস্ময়কর অপারেটিং সিস্টেমের জন্য না হলে সুখ অসম্পূর্ণ হবে - কম্পিউটারে উইন্ডোজ 7 এবং একটি ল্যাপটপে, অন্যদিকে উইন্ডোজ 8।

ল্যাপটপে একই সাথে ডকুমেন্ট পোস্ট করার চেষ্টা করার সময়, একটি প্রায় এক মিনিটের জন্য আটকে ছিল, এবং দ্বিতীয়টি 1C এর মধ্যে ত্রুটির পাঠ্যের সাথে ক্র্যাশ হয়েছিল "টেবিলটি লক করা যায়নি..."।

একটি ল্যাপটপে 1C চালু করা একটি পৃথক শো যা প্রায় স্থায়ী হয়৷ 3 মিনিট!

অনেক সম্পদে আমি টার্মিনাল অ্যাক্সেসে কাজ করার পরামর্শ পেয়েছি। দুর্ভাগ্যবশত, উইন্ডোজ 7 আপনাকে স্ট্যান্ডার্ড টুল ব্যবহার করে একটি টার্মিনাল সার্ভারে পরিণত করার অনুমতি দেয় না - সর্বাধিক একটি সক্রিয় সংযোগ রয়েছে। এই ক্ষেত্রে, অবশিষ্ট সেশনগুলি শেষ হয় না; আপনি অন্য ব্যবহারকারীর অধীনে পুনরায় সংযোগ করতে পারেন - পূর্ববর্তী ব্যবহারকারীকে "নিক্ষেপ করে", কিন্তু তার সেশন বন্ধ না করে। অতএব, আপনার 1C একটি সার্ভার ওএসে স্থানান্তর করা উচিত, যেখানে এই ধরনের কোন বিধিনিষেধ নেই। ক্লায়েন্ট, তার নিজের ঝুঁকিতে, পরিবর্তে একটি তৃতীয় পক্ষের ইউটিলিটি ব্যবহার করে সমস্যার সমাধান করেছে Windows7_SP1_RDFhack.

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

1. নিষ্ক্রিয় করুননেটওয়ার্ক প্রোটোকল ব্যবহার IPv6, “পুরানো” IPv4-এ ঠিকানা কনফিগার করুন।

2. উইন্ডোজ ফায়ারওয়াল ব্যতিক্রমগুলির পাশাপাশি অ্যান্টিভাইরাস ব্যতিক্রমগুলিতে 1C প্রসেসগুলি যোগ করুন বা সম্পূর্ণরূপে অক্ষম করুন (আরও ঝুঁকিপূর্ণ, তবে একটি সাধারণ পরীক্ষায় দেখানো হয়েছে) গতি বৃদ্ধি Avast অ্যান্টিভাইরাস নিষ্ক্রিয় হলে নথির পুনঃ স্থানান্তর এর ফ্যাক্টর!)

3. 1C-তে পূর্ণ-পাঠ্য অনুসন্ধান সূচী করা শুরু করুন বা এটি সম্পূর্ণরূপে বন্ধ করুন

4. পরীক্ষা চালানো এবং ডাটাবেস ঠিক করা, ChDbfl ইউটিলিটি দিয়ে পরীক্ষা করা

5. কনফিগারেশনে চেক কনফিগারেশন আইটেমটি চালান (যদি কনফিগারেশনটি মানক না হয় তবে এটি কার্যকর হতে পারে)। কনফিগারেশন পরীক্ষা করার ফলাফলের উপর ভিত্তি করে, এটি জাদুকরীভাবে প্রায় এক তৃতীয়াংশ আকারে হ্রাস পেয়েছে। আগত প্রোগ্রামাররা আমার আগে কী আপডেট করেছে তা আমি সত্যিই আবিষ্কার করিনি, তবে ঘটনাটি সুস্পষ্ট।

6. অপ্রয়োজনীয় কার্যকরী বিকল্পগুলি নিষ্ক্রিয় করুন।

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

8. মোট পুনঃগণনা করা শুরু করুন এবং ক্রমটি পুনরুদ্ধার করুন (একটি উল্লেখযোগ্য বৃদ্ধি শুধুমাত্র তখনই ঘটতে পারে যদি মোটগুলি দীর্ঘ সময়ের জন্য পুনরুদ্ধার করা না হয়)

9. ডাটাবেস তালিকা সেটিংসে "সংযোগের গতি - কম" উল্লেখ করুন (এটি খুব বেশি ফলাফল দেয়নি, সাবসিস্টেমের ছবিগুলি বন্ধ করা ছাড়া :))

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

সম্ভবত এই সংক্ষিপ্ত নিবন্ধটি আপনার জন্য দরকারী হবে যদি আপনি হঠাৎ আপনার 1C ফাইল ডাটাবেসের গতি বাড়াতে চান।

P.S: কিন্তু একটি ভাগ করা ফোল্ডারে নেটওয়ার্ক অ্যাক্সেস ব্যবহার করে একটি ফাইল 1C চালু করা এখনও অবাস্তব, কারণ... এমনকি দ্রুততম সলিড-স্টেট ড্রাইভ, র‌্যাম এবং প্রসেসর নেটওয়ার্ক ব্লকেজের মধ্যে পড়বে এবং একাধিক ব্যবহারকারীর কাজ কার্যত অসম্ভব হবে। আমরা UT 11.1 এর কনফিগারেশন সম্পর্কে বিশেষভাবে কথা বলছি। স্ব-লিখিত ছোট কনফিগারেশনগুলি ফাইল সংস্করণেও বেশ দ্রুত কাজ করতে পারে।

মন্তব্য থেকে সংযোজনপ্রকাশনার জন্য:

ডিস্ক ডিফ্রাগমেন্টফাইল বেস সহ

আবর্তনডাটাবেস (উদাহরণস্বরূপ, কয়েক বছর ধরে ডাটাবেস বড় হলে উপযোগী হতে পারে)। ক্লায়েন্টের ডাটাবেসটি বেশ তরুণ ছিল, তাই হ্রাস করা অবাস্তব ছিল।

হার্ডওয়্যার আপগ্রেড - দ্রুত হার্ড ড্রাইভ, নতুন সুইচ, প্রসেসর ইত্যাদি।

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