ترکیبی از سرور 1C: Enterprise و PostgreSQL دومین محبوب ترین راه حل در میان نصب های 1C و پر استفاده ترین راه حل در پلت فرم لینوکس است. برخلاف پیاده‌سازی‌های مبتنی بر ویندوز و MSSQL، که کار نکردن آن دشوار است، پیاده‌سازی‌های مبتنی بر لینوکس برای یک مدیر بی‌تجربه مملو از مشکلات زیادی هستند. اغلب اتفاق می افتد که به نظر می رسد همه چیز به درستی انجام شده است، اما خطا به دنبال خطا می آید. امروز ما به معمول ترین آنها خواهیم پرداخت.
اطلاعات کلی
قبل از اینکه شروع به جستجوی خطاهای نصب کنید و به طور کلی اجرای نسخه سرور 1C:Enterprise را شروع کنید، خوب است که درک خود را از نحوه عملکرد آن تازه کنید:
در پیاده سازی های کوچک، سرور 1C و سرور DBMS معمولاً روی یک سرور فیزیکی ترکیب می شوند که دامنه خطاهای احتمالی را کمی محدود می کند. در مورد ما، وضعیتی را در نظر خواهیم گرفت که سرورها بر روی ماشین های مختلف قرار دارند. در آزمایشگاه آزمایشی خود، طرح زیر را اجرا کردیم:
ما دو سرور داریم که Ubuntu 12.04 x64 را اجرا می کنند، یکی از آنها سرور 1C: Enterprise نسخه 8.3 را نصب کرده است، دیگری دارای PostgreSQL 9.04 از Ethersoft، و همچنین یک کلاینت دارای ویندوز است. به شما یادآوری می کنیم که مشتری در حال کار است فقطبا سرور 1C، که به نوبه خود، درخواست های لازم را به سرور DBMS ایجاد می کند. هیچ درخواستی از مشتری به سرور مدیریت پایگاه داده وجود ندارد اتفاق نمی افتد.
مهم: کاربر "postgres" احراز هویت نشده است (Ident)
این خطا زمانی رخ می‌دهد که سرورها در رایانه‌های شخصی مختلف به دلیل تأیید هویت پیکربندی نادرست در شبکه محلی توزیع می‌شوند. برای حل، باز کنید /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" را به آدرس ترجمه کند: شکست موقت در تفکیک نام
در نگاه اول، خطا واضح است: مشتری نمی تواند نام سرور DBMS را حل کند، یک خطای معمولی برای شبکه های کوچک که در آن سرور DNS محلی وجود ندارد. راه حل این است که یک ورودی به فایل اضافه کنید میزبان هاروی مشتری که هیچ نتیجه ای نمیده...
و حالا بیایید آنچه را که کمی قبل گفته شد به یاد بیاوریم. مشتری سرور DBMS سرور 1C است، اما کامپیوتر مشتری نیست، بنابراین ورودی باید به فایل موجود در سرور 1C:Enterprise اضافه شود. /etc/hostsروی پلتفرم لینوکس یا روی پلتفرم ویندوز.
اگر فراموش کرده باشید که اضافه کنید، خطای مشابهی رخ خواهد داد رکورد نوع Aبرای سرور DBMS در سرور DNS محلی.
خطا هنگام انجام عملیات با پایگاه اطلاعات
server_addr=NAME descr=11001(0x00002AF9): این میزبان ناشناخته است.
مانند خطای قبلی، این خطا به دلیل عدم حل اشتباه نام سرور توسط مشتری است. این بار کامپیوتر مشتری است. به عنوان راه حل، به فایل اضافه کنید /etc/hostsدر پلتفرم لینوکس یا C:\Windows\System32\drivers\etc\hostsدر پلتفرم ویندوز، ورودی مانند این:
192.168.31.83SRV-1C-1204
جایی که آدرس و نام سرور 1C: Enterprise خود را نشان می دهید. اگر از DNS محلی استفاده می کنید، باید اضافه کنید رکوردبرای سرور 1C
خطای DBMS: DATABASE قابل استفاده نیست
یک خطای بسیار جدی تر، که نشان می دهد نسخه ای از PostgreSQL را نصب کرده اید که با 1C:Enterprise ناسازگار است یا در حین نصب اشتباهات جدی مرتکب شده اید، به عنوان مثال، تمام وابستگی های لازم، به ویژه کتابخانه را نصب نکرده اید. libICU.
اگر تجربه کافی در مدیریت سیستم های لینوکس دارید، می توانید سعی کنید کتابخانه های لازم را نصب کرده و کلاستر DBMS را مجدداً راه اندازی کنید. در غیر این صورت، بهتر است PostgreSQL را مجدداً نصب کنید، فراموش نکنید که محتویات پوشه را حذف کنید. /var/lib/pgsql.
این خطا هنگام استفاده از اسمبلی ها نیز ممکن است رخ دهد 9.1.xو 9.2.x Postgre@Etersoft، جزئیات را در زیر ببینید.
خطای DBMS:
خطا: کتابخانه "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so" بارگیری نشد
یک خطای کاملا خاص، معمولی برای مجموعه ها 9.1.xو 9.2.x Postgre@Etersoft، همچنین می تواند منجر به خطای قبلی شود. دلیل آن در یک اشکال اصلاح نشده در کتابخانه fasttrun.so نهفته است. راه حل این است که به بیلد برگردید 9.0.x Postgre@Etersoft.
خطای DBMS
خطا: نوع "mvarchar" در کاراکتر 31 وجود ندارد
اگر پایگاه داده بدون کمک سیستم 1C: Enterprise ایجاد شده باشد، رخ می دهد. به یاد داشته باشید، برای کار با پایگاه داده 1C باید فقط با استفاده از ابزارهای پلت فرم 1C ایجاد شود: از طریق کنسول
یا از طریق لانچر 1C.
سرور پایگاه داده یافت نشد
مهم: کاربر "postgres" احراز هویت نشده است (با رمز عبور)
یک اشتباه بسیار ساده رمز عبور ابرکاربر postgres DBMS به اشتباه مشخص شده است. دو راه حل وجود دارد: رمز عبور خود را به خاطر بسپارید یا آن را تغییر دهید. در حالت دوم، باید رمز عبور را در ویژگی های تمام پایگاه های اطلاعاتی موجود از طریق snap-in تغییر دهید. مدیریت سرورهای 1C Enterprise.
سرور پایگاه داده یافت نشد
FATAL: پایگاه داده "NAME" وجود ندارد
یک اشتباه بسیار ساده دیگر. معنای آن به این واقعیت خلاصه می شود که پایگاه داده مشخص شده وجود ندارد. اغلب به دلیل خطا در تعیین نام پایگاه داده رخ می دهد. لازم به یادآوری است که پایگاه اطلاعاتی 1C در خوشه و پایگاه داده DBMS دو موجودیت متفاوت هستند و ممکن است نام های متفاوتی داشته باشند. همچنین باید به یاد داشته باشید که سیستم‌های لینوکس به حروف بزرگ و کوچک حساس هستند و برای آنها unf83و UNF83دو نام متفاوت
برچسب ها:
حالت فایل 1C: Enterprise 8.3 شامل ذخیره داده های اطلاعات برنامه در قالب فایل های ترکیب شده در یک پوشه است. یک پوشه جداگانه برای هر پایگاه اطلاعاتی (IB) ایجاد می شود که آدرس آن در پنجره راه اندازی برنامه قابل مشاهده است:
هر پوشه داده 1C مجموعه ای از فایل های سیستم است که در میان آنها 1Cv8.1CD فایل اصلی امنیت اطلاعات است که حاوی داده های اولیه وارد شده توسط کاربران، ساختار پیکربندی و مکانیسم های عملکرد آن است: 
ذخیره پایگاه اطلاعاتی
اکیداً توصیه می شود هر روز یک کپی از اطلاعات برنامه 1C را در رسانه های خارجی یا یک منبع ابری ذخیره کنید و اگر فعال هستید و حجم زیادی اسناد دارید، چندین بار در روز. این به جلوگیری از بازیابی دردناک داده ها در صورت سوختن هارد دیسک، به روز رسانی ناموفق برنامه یا حمله ویروس کمک می کند.
آپلود پایگاه داده 1C را می توان به چند روش انجام داد:
- ساده ترین راه این است که کل فهرست IS یا یک فایل 1Cv8.1CD را در یک رسانه دیگر کپی کنید. در صورت لزوم، کافی است دوباره این پوشه را در پنجره راه اندازی وصل کنید و پایگاه داده بازیابی می شود.
- راه دوم، جهانی تر و حتی صحیح تر، استفاده از حالت "Configurator" است، در شرایطی که هیچ کس در برنامه کار نمی کند و برای همه کاربران بسته است.
در حالت "Configurator"، آیتم منو را انتخاب کنید: 
و فایل آپلود شده را با پسوند dt، حاوی اطلاعات بسته بندی شده و ساختار پیکربندی، در هر دایرکتوری مناسب ذخیره کنید: 
صادرات پایگاه داده از 1C به دایرکتوری مشخص شده با موفقیت انجام شد: 
بازیابی پایگاه اطلاع رسانی
هنگام انتخاب اولین روش صدور پیکربندی 1C، پایگاه داده با اتصال دایرکتوری در پنجره راه اندازی برنامه (افزودن - افزودن یک پایگاه اطلاعاتی موجود به لیست) و سپس انتخاب پوشه حاوی یک کپی بارگیری می شود: 
برای مورد دوم، واردات پایگاه داده 1C نیز در حالت "Configurator" انجام می شود. در منوی "Administration" دستور "Load infobase" را انتخاب کنید و فایل دانلودی *.dt را مشخص کنید: 
شما باید با اخطار در مورد بازنویسی داده ها با کلیک کردن روی دکمه "ادامه" موافقت کنید.
اگر فایل داده اطلاعات با موفقیت بارگذاری شود، پیام زیر بر روی صفحه نمایش داده می شود: 
اگر کار بیشتری در پیکربندی انتظار نمی رود، باید به "خیر" پاسخ دهید.
خطاهای پایگاه اطلاعات و راه حل های آنها
اغلب مواردی وجود دارد که به دلیل نوسانات برق تصادفی در شبکه، به روز رسانی ناموفق یا ناقص امنیت اطلاعات، تخریب هارد دیسکی که فهرست داده ها در آن قرار دارد یا حمله ویروس، منجر به نقض ساختار پیکربندی و از دست رفتن داده ها. در چنین مواردی، ممکن است پیکربندی 1C اصلا شروع نشود و پیام های مناسب را نمایش دهد یا ممکن است شروع شود اما به درستی کار نکند.
اگر به دلایلی یک کپی از داده ها ذخیره نشد و بازیابی آن با یک گزینه مناسب امکان پذیر نیست، باید یکپارچگی پایگاه داده را برای پیکربندی 1C انجام دهید - ممکن است، اما لزوما به حل مشکلات کمک نمی کند. .
تست و تعمیر
- اول از همه، با استفاده از هر یک از روش های توصیه شده در بالا، لازم است یک نسخه پشتیبان از امنیت اطلاعات تهیه کنید، زیرا هرگونه تغییر در ساختار آن در طول آزمایش غیرقابل برگشت است.
- برنامه باید در حالت "Configurator" راه اندازی شود و مورد منوی "Testing and Correction..." را انتخاب کنید:
- فرم پردازش تست چندین گزینه و حالت بررسی را ارائه می دهد که مستقل از یکدیگر هستند. بهترین راه این است که آنها را یک به یک انجام دهید، کادر کنار خط مورد نیاز را علامت بزنید، پس از بررسی برنامه را در حالت Enterprise اجرا کنید و بررسی کنید که آیا خطا اصلاح شده است یا خیر.
برای اعمال اصلاحات روی داده ها و ساختار به طور همزمان، باید رادیو را روی Test and Fix تنظیم کنید.
- تنظیمات زیادی وجود دارد، شرح هر موقعیت را می توان با استفاده از دکمه "Help" مشاهده کرد و می توانید کار مناسب یا همه را به یکباره انتخاب کنید. اگر پایگاه داده به اندازه کافی بزرگ باشد، آزمایش آن می تواند مدت زیادی طول بکشد - نمی توان آن را قطع کرد، زیرا ممکن است قبلاً تغییراتی در ساختار پیکربندی ایجاد شده باشد و باید از تکمیل طبیعی آنها اطمینان حاصل شود.
- هنگامی که بررسی یکپارچگی منطقی و ارجاعی پایگاه داده انتخاب می شود، بخش پایینی فرم فعال می شود، شامل بررسی پیوندهای موجود به اشیا می شود و گزینه هایی برای پردازش آنها ارائه می دهد:
- مورد "فشرده کردن جداول پایگاه اطلاعات" مستقیماً به تصحیح خطا مربوط نمی شود، اما یک نجات دهنده برای پایگاه های داده بزرگ است - جداول سیستم داده های موقت دوره های قبلی را در طول زمان جمع آوری می کنند، با استفاده از این مورد به شما امکان می دهد اندازه پایگاه اطلاعاتی را کاهش دهید:
- هنگامی که روی دکمه "Run" کلیک می کنید، روند تأیید و تصحیح راه اندازی می شود، پس از آن برنامه یک پیام سیستم در مورد تکمیل موفقیت آمیز آن یا لیستی از مشکلات احتمالی را نمایش می دهد:
پردازش نرم افزار Test and Correction ساختار داخلی پیکربندی و اطلاعات اطلاعات را بررسی و تصحیح می کند. فایل chdbfl.exe وظیفه بررسی یکپارچگی فیزیکی پایگاه داده را بر عهده دارد.
این فایل همچنین پایگاه داده را از نظر خطا بررسی می کند و در دایرکتوری نصب پلت فرم فناوری قرار دارد: 
شکل این بررسی ساده است - فقط فایل infobase را انتخاب کنید، کادر تصحیح خودکار خطا را علامت بزنید و روی دکمه "Run" کلیک کنید. برنامه باید برای همه کاربران بسته شود و مانند همیشه یک نسخه پشتیبان انجام شده است. 
اگر بررسی با موفقیت انجام شود، پیام زیر نمایش داده می شود: 
اگر روش‌های آزمایش و بازیابی داده‌های مورد بحث در اینجا به نتیجه مطلوب نرسید، باید با متخصصان واجد شرایط 1C تماس بگیرید تا یکپارچگی پایگاه اطلاعاتی را بازیابی کرده و خطاها را تصحیح کنند.
توصیه: نسخه‌های پشتیبان به‌موقع از داده‌ها به بازیابی سریع و آسان برنامه پس از یک شکست غیرمنتظره کمک می‌کند، اگر از آن جلوگیری نشود، به سادگی با برگرداندن برنامه تا زمانی که نسخه فعلی آن موجود باشد.
- دکتر کادی: ما نیاز به تشخیص داریم. زن 26 ساله انفجار گاز زیر ساختمان پس از 6 ساعت از زیر آوار بیرون کشیده شد. دو عمل جراحی به دلیل شکستگی ها و سوختگی های متعدد...
دکتر هاوس: فکر می کنم استخوان های شکسته حاصل فروریختن ساختمانی روی سر اوست. - دکتر هاوس: تصور کنید که سقف اتاق انبار روی اسکرابر مورد علاقه شما فرو ریخته است. و شروع به گرم شدن بیش از حد می کند.
پاک کننده: چرا من باید یک اسکرابر را دوست داشته باشم؟ باشه... شاید ضربه به چیزی در سیم کشی برق آسیب رسانده باشد. یا چیزی درونش جاری شد و خرابش کرد...
دکتر هاوس: HM جالب است. نفوذ عفونت از طریق پارگی. باکتری ها به آنتی بیوتیک ها واکنش نشان می دهند. گرما برای یک ویروس احتمالاً انگل یا قارچ بسیار شدید است.
پاک کننده:یا لوپوس
خانه با تعجب می چرخد.
پاک کننده: مادربزرگ من لوپوس دارد.
دکتر هاوس:(متحیر)خوب، خودایمنی. من لوپوس را بررسی می کنم. اگرچه احتمال عفونت بیشتر است. خیلی خوب است که نقشه او را نیز داشته باشیم. بیایید به بدترین قسمت کار برسیم. برای ارتباط با خانواده اسکرابر کف.
- دکتر هاوس: کارت می گوید قبل از فروریختن ساختمان بیمار بوده است.
شوهر بیمار: فکر کنم سرماخوردگی باشه. به نظر شما این چه ارتباطی دارد؟
دکتر هاوس: بیماریش با بیماریش؟ گاهی اوقات اتفاق می افتد. - مادر بیمار: آیا در دفتر خاطرات نوشته شده است که دخترم این قرص ها را مصرف می کند؟
دکتر هاوس: خیر، اما از نظر پزشکی...
دکتر کادی: قرص هارو تو خونه اش پیدا کردی؟
دکتر هاوس: ظاهراً آنها را در کیف خود پنهان کرده است. من فکر می کردم که جستجوی زیر 1000 تن زباله کار ناپسندی است. - جراح: او همه جا خونریزی دارد، مگر اینکه سقط جنین با تفنگ ساچمه ای انجام شده باشد.
این مقاله نمونه ای از اصول کلی برای تجزیه و تحلیل مسائل تکنولوژیکی را نشان می دهد که ممکن است هنگام کار با 1C:Enterprise 8.1 ایجاد شود.
همه دوست دارند نصیحت کنند، اما وقتی نوبت به آن می رسد، ناگهان همه چیزهای مهم تری برای انجام دادن دارند :))). احتمالاً منصفانه خواهد بود که فوراً هشدار دهم که این مطالب توسط من بیشتر به عنوان اطلاعاتی برای تفکر نوشته شده است و نه به عنوان نظریه ای برای حل مشکلات شخصی و موقعیت های ناخوشایند در محل کار. با این وجود، من فکر می‌کنم که مثال‌های ارائه شده در اینجا از تمرین من می‌تواند هنگام تجزیه و تحلیل مشکلات مشابه مفید باشد.
موارد زیر به عنوان نمونه مورد بحث قرار خواهند گرفت:
مثال 1. کاربری از عدم امکان راه اندازی 1C: Accounting شکایت کرد.
متن پیام:
"خطا در اتصال به سرور 1c: Enterprise 8.1:
server_addr=App1С:1540=خطا در دسترسی شبکه به سرور
(سوکت های ویندوز - 10061 (0x0000274D)
هیچ اتصالی برقرار نشد زیرا ماشین هدف فعالانه آن را رد کرد) line =567
مثال 2. دسترسی به پایگاه اطلاعاتی "از بین رفته است."
متن پیام:
خطا هنگام انجام عملیات با پایگاه اطلاعات
مایکروسافت OLEارائه دهنده DB برای SQL Server: ورود به سیستم برای کاربر 'user1c' انجام نشد
اچ RESULT=80040E4D، SQLSrvr: حالت خطا=1، شدت=E، native=18456، خط=1
مثال 3. خطای عجیب "ناشناخته".
متن پیام: "یک خطای ناشناخته در سرور 1C Enterprise (80010108) رخ داد"
1. تعیین متن (تجلی) خطا و محلی سازی منبع وقوع.
- خطا را ثبت کنید (متن و/یا اطلاعات دیگری که ممکن است برای تجزیه و تحلیل مشکل مفید باشد). بهتر است مشکل را با استفاده از گزارش فناوری ثبت کنید. نتیجه‌گیری: اگر از گزارش فناوری برای کارهای دیگر استفاده نمی‌کنید، آن را به گونه‌ای پیکربندی کنید که دائماً رویدادهای «استثنا» (EXCP) را جمع‌آوری کند و در صورت خرابی پلتفرم زباله‌ها ایجاد کند.
- زمان وقوع خطا را ثبت کنید. این بیشتر به بومی سازی محل مطالعه سیاهههای مربوطه مختلف کمک می کند.
- متن پیام را بخوانید، سعی کنید بلافاصله منبع مشکل را از محتوای این متن درک کنید.
- راه حلی را در متن پیام در اینترنت یا سایر منابع شناخته شده برای حل مشکل جستجو کنید.
- کسانی که قبلاً با مشکلات مربوط به خطاهای پلت فرم برخورد نکرده اند آنها را حل نمی کنند، به دنبال کسانی باشید که این کار را انجام داده اند یا انجام می دهند.
توجه داشته باشید. مثال 1. جستجوی زیر در بخش "از کجا می توانم راه حل آماده پیدا کنم" با استفاده از متن "10061" ارائه شده در این صفحه، بلافاصله توضیحی درباره دلیل و راه حل: سرویس در سرور برنامه متوقف شده است" عامل سرور 1c:سازمانی 8.1". بر این اساس، باید به عنوان مثال از خط فرمان راه اندازی شود:
شروع خالص عامل سرور 1C: Enterprise 8.1
اگر سرور برنامه شروع به کار نکرد، در برخی موارد از پوشه C:\Program Files\1cv81\server کپی کنید و محتویات را قبل از شروع به کار حذف کنید.
