Ang error na ito ay karaniwan para sa . Ang error na "Ang configuration ng distributed information security node ay hindi tumutugma sa inaasahan" ay isang system. Pangunahing nangyayari dahil sa isang abnormal na pagsara sa panahon ng pagpapalitan ng data sa pamamagitan ng URIB.

Ito ay maaaring malutas sa isang medyo simpleng paraan. Isaalang-alang natin ito.

Mga tagubilin

1. Gumawa ng mga kopya ng mga database kung saan isasagawa ang gawain (Sa configurator na "Administration - Upload infobase").

2. Ilunsad ang configurator ng pangunahing database ng RIB node.

3. I-save ang configuration ng central node sa isang database file (“Configuration - I-save ang configuration sa file...”)

4. Buksan ang slave node database configurator.

Kumuha ng 267 video lesson sa 1C nang libre:

5. Alisin ang configuration ng slave node mula sa suporta (Configuration - Support - Support Settings - Alisin mula sa suporta):

6. I-load ang configuration ng database (“Configuration – I-load ang configuration mula sa file...”).

8. Pagkatapos ng restructuring, kailangan mong pumasok sa enterprise mode at i-install ang master configuration node. Magagawa ito gamit ang espesyal na pagproseso -. Ang pagpoproseso ay gumagana sa parehong pinamamahalaang application mode at regular na application mode.

9. Sa pagproseso, kailangan mong piliin ang pangunahing node at i-click ang "Run":

10. Tapos na! Subukang simulan ang palitan, dapat kumpletuhin ng system ang palitan nang tama.

Ang mga error sa dynamic na update (o iba pang mga glitch sa platform) ay maaaring maging sanhi ng mga error sa palitan ng infobase:

• "Natatanggap ang data mula sa node kung saan nairehistro ang mga pagbabago sa configuration"
  

• "Ang pagsasaayos ng ipinamahagi na node ng seguridad ng impormasyon ay hindi tumutugma sa inaasahan"
  

Paano ibalik ang palitan?

Ngunit magsimula tayo hindi sa pagpapanumbalik, ngunit sa pagkakataong maisakatuparanmakipagpalitan ng "manu-mano", na mahalaga sa araw, dahil, gaya ng nakasanayan, ang lahat ay dapat gumana "kahapon" :) Magagawa ito sa tulong ng magagandang paggamot na hindi ko naalalahubo't hubad kung saan ko ito na-download (mga may-akda, mangyaring tumugon - mag-iiwan ako ng mga link sa iyong mapagkukunan, at kung kinakailangan, tatanggalin ko ito mula sa akin). Ginagawang posible ng pagpoproseso na mag-download lamang ng mga rehistradong pagbabago ng data sa database (ayon sa tinukoy na exchange plan para sa isang partikular na node!) Sa XML nang hindi nagda-download ng mga pagbabago sa pagsasaayos at, kung ang mga bagay sa pagsasaayos ay hindi gaanong nagbago, kung gayon mayroong napakataas na pagkakataon ng paglo-load ng data na ito. Maaaring ma-download ang mga ito mula sa link sa dulo ng artikulo.

Tungkol naman sa pagbawi. May mga mas simpleng pamamaraan na hindi kasama ang lahat ng mga item sa listahan sa ibaba, ngunit hindi sila palaging nakakatulong, tulad ng nangyari sa isa sa aking mga kaso. Samakatuwid, ipinakita ko ang paraan na nakatulong sa akin na lampasan ang mga posibleng problema sa mas komprehensibong paraan. Sunod sunod na hakbang.

Maipapayo na gawin ang mga hakbang na ito kapag walang gumaganang user sa database. Kung hindi ito posible, kailangan mong "tapusin" ang pamamaraan para sa iyong sarili, at samakatuwid dapat mo munang maunawaan ang lohika nito.

1. Gumawa ng mga backup sa lahat ng dako.

2. Para sa mga client-server: huwag paganahin ang mga database sa pamamagitan ng “server administration” at agad na ikonekta ang mga ito sa pagharang ng mga nakagawiang gawain (ito ay magre-reset ng server cache). Pagkatapos nito, huwag kalimutang ilipat ang log ng pagpaparehistro sa bagong direktoryo.

3. Sa lahat ng computer na ginagamit para sa pagbawi, tanggalin ang database sa listahan ng mga 1C starter database at lumikha ng bago (ang cache ng user ay iki-clear)

4. Sa configurator (sa gitnang database), magdagdag ng bagong constant at i-save ang mga pagbabago sa conf.

5. I-clear ang lahat ng mga direktoryo ng palitan.

6. Mag-unload sa lahat ng branch (sa ngayon lang mag-unload).

7. Subukang i-download (i-download lamang) ang natanggap na data sa lahat ng sangay. Natural lang na tanggapin ang mga pagbabago sa conf.

Kung ang lahat ay mabuti sa lahat ng dako, magpatuloy kami kung ang lahat ay masama, sa tingin namin na ang pag-unload ng .cf mula sa gitnang database at PAG-LOAD nito sa sangay (hindi paghahambing-pagsasama) ay maaaring makatulong. Sa slave node, dapat mong i-unlink ang database mula sa RIB (makakatulong ang pagproseso dito - i-download mula sa link sa ibaba). Mayroong isang artikulo sa paksang ito sa infostart.ru.

8. Kinakansela namin ang pagpaparehistro ng mga pagbabago para sa mga sangay sa Central Bank (pagkatapos ng lahat, natanggap na namin ang lahat ng mga pagbabago sa lahat ng dako). Mahalagang gawin sa yugtong ito upang ang mga naipong pagbabago mula sa iba't ibang sangay ay makarating sa ibang sangay. (i-download ang pagproseso para sa unbinding-binding mula sa link sa ibaba).

9. Naglo-load kami sa Central Bank at kung maayos ang lahat, pagkatapos ay naglo-load at nag-i-disload kami sa bawat sangay ng ilang beses upang pagsama-samahin ang resulta.

10. Iyon lang.

Maaari mong paganahin ang pagpapatupad ng mga nakagawiang gawain para sa mga database ng client-server.

Upang maiwasan ang mga problema na nagdudulot ng error na ito, inirerekumenda na huwag gumawa ng mga dynamic na pag-update (hindi bababa sa ilang beses sa isang hilera - hanggang sa ma-upload ang mga pagbabago sa mga sangay), at ipinapayong lagyan ng check ang kahon na "mag-upload ng data lamang sa matagumpay na pag-upload" sa mga setting ng palitan.

Kumusta, mahal na mga mambabasa ng aming blog site! Ngayon ay pag-uusapan natin
pag-aayos ng dalawang error na maaaring lumabas sa panahon ng pagpapalitan sa isang distributed information base (RIB). Maaaring mangyari ang mga ganitong error kung binago mo ang configuration ng iyong database at sinusubukan mong ilipat ang mga pagbabagong ito mula sa central database patungo sa peripheral. Halimbawa, sa paraang inilarawan. Magsimula na tayo!

Ito ang mga mensaheng maaaring lumabas kapag sinubukan mong gumawa ng palitan gamit ang RIB:

"Natatanggap ang data mula sa node kung saan
Ang mga pagbabago sa pagsasaayos ay nai-log.
Kailangang ilipat ang mga pagbabago
mga pagsasaayos sa node."


“Configuration ng node sa seguridad ng impormasyon na ipinamahagi
hindi gaya ng inaasahan!"

Tingnan natin ang mga hakbang upang makatulong na itama ang sitwasyon. Bago tayo magsimula, gumawa tayo ng database ng impormasyon!!!

1. Kunin natin ang configuration file kasama ang update, buksan ang central database sa Configurator at i-load ito (Configuration-Load configuration mula sa file...). I-save natin ang seguridad ng impormasyon (F7).
2. Pumunta tayo at mag-upload sa isang file para sa peripheral database:
   
   
   • Piliin ang exchange plan sa listahan, pagkatapos ay I-right-click upang buksan ang menu ng konteksto at piliin ang "I-save ang mga pagbabago...".
3. Ngayon ay haharapin natin ang peripheral na seguridad ng impormasyon. Buksan natin ito sa eksklusibong mode upang walang mga gumagamit, at isara din ang Configurator. Ngayon ay kailangan mong tandaan ang node na pangunahing isa para sa kasalukuyang database. Buksan ang Operations-Exchange Plans-Piliin ang iyong exchange plan (halimbawa, "Sa pamamagitan ng warehouse"). Sa listahan ng mga exchange plan, ang pangunahing node ay ang item na may dilaw na icon. Ang impormasyong ito ay magiging kapaki-pakinabang sa amin sa ikapitong punto. Buksan natin ang pagproseso at i-click ang button na "Kanselahin ang pagtatalaga ng master node".
4. Ngayon buksan natin ang peripheral information security sa Configurator at i-load ang parehong configuration file na na-load natin sa unang hakbang sa central database (Configuration-Load configuration mula sa file...). I-save natin ang seguridad ng impormasyon (F7).
5. Baguhin natin ang mga setting ng suporta (Configuration-Support-Support Settings...). Sa dialog, piliin ang cell sa talahanayan sa intersection ng unang row at pangalawang column. Pagkatapos ay i-double click upang buksan ang dialog na "Mga Setting ng Mga Panuntunan ng Suporta". Sa loob nito, suriin ang flag na "I-install para sa mga subordinate na bagay" at i-click ang pindutang "OK". Isara ang dialog ng mga setting ng suporta sa pamamagitan ng pag-click sa button na "Isara". I-save ang IB (F7). Isara natin ang Configurator.
6. Ngayon, buksan natin muli ang peripheral information security sa 1C:Enterprise exclusive mode para walang user, at isara din ang Configurator. Buksan natin ang processing Installation ng MainNodeDB.epf at piliin ang exchange plan na gusto nating i-install bilang pangunahing node (sa ikaapat na talata naalala natin ang node na ito). Pagkatapos ay i-click ang pindutang "I-install ang Master Node". Pagkatapos nito, ang kasalukuyang seguridad ng impormasyon ay muling magiging peripheral.
7. Ngayon sa kasalukuyang seguridad ng impormasyon (peripheral) bubuksan namin ang mga plano sa palitan at i-download ang file na may palitan mula sa Central database, na natanggap namin sa ikatlong hakbang:
   
   
   • Operations-Exchange Plans-Piliin ang aming exchange plan (halimbawa, "Sa pamamagitan ng bodega").
8. Kung naging maayos ang lahat, i-upload namin ang exchange para sa Central database sa kasalukuyang seguridad ng impormasyon (peripheral):
   
   
   • Operations-Exchange Plans-Piliin ang aming exchange plan (halimbawa, "Sa pamamagitan ng bodega").
   • Piliin ang exchange plan sa listahan, pagkatapos ay I-right-click upang buksan ang menu ng konteksto at piliin ang "I-save ang mga pagbabago...".
   • Sa dialog, ipahiwatig ang path at pangalan ng exchange file. I-click ang button na “OK”.
9. Ngayon subukan nating i-load ang file na ito sa Central Database at buksan ito sa 1C: Enterprise mode:
   
   
   • Operations-Exchange Plans-Piliin ang aming exchange plan (halimbawa, "Sa pamamagitan ng bodega").
   • Piliin ang exchange plan sa listahan - I-right-click upang tawagan ang menu ng konteksto at piliin ang "Basahin ang mga pagbabago..."
   • Sa dialog, piliin ang exchange file. I-click ang button na “OK”.

Upang maiwasan ang mga problema sa gumaganang mga kopya, gawin muna

• Ang file ng mensahe ay na-load na sa tatanggap na database. Kailangan mong i-download muli ito mula sa source database.

Error "Error kapag kinokopya ang isang file mula sa isang mapagkukunan ng FTP... Error sa pagtatrabaho sa Internet: Naabot ang timeout"

• Hindi posibleng kopyahin ang kinakailangang file mula sa site kung saan nagaganap ang palitan. Maaaring dahil ito sa pagiging mabagal ng iyong internet o mga problema sa mismong site.
• Kailangan mong subukang ulitin ang palitan pagkatapos ng 15-30 minuto.

Error: Ipinagbabawal ang pag-edit ng data para sa panahong ito. Hindi maitatala ang mga pagbabago..."

• Ang na-download na data ay naglalaman ng mga dokumento mula sa saradong panahon.
• Kinakailangang isagawa ang palitan sa ilalim ng mga user na may karapatang magpalit ng mga dokumento sa panahong ito.

Error: Kailangang maisagawa ang mga update sa configuration ng database. Ang pag-update ay maaaring gawin sa configurator mode"

Dahilan: Binago ng mga programmer ang configuration sa center. Solusyon: I-update ang binagong configuration sa peripheral database. Para dito:

• Pumunta sa configurator.
• Isagawa ang menu item na "Configurator / I-update ang configuration ng database".
• Kung lalabas ang isang tanong na may mga sagot lang na "Ulitin", "Kanselahin", "Pabago-bagong pag-update", i-click ang button na "Pabago-bagong i-update".
• Kung ang isang tanong ay ibinigay na may mga sagot lamang na "Ulitin" at "Kanselahin".
  • lahat ng user ay nag-log out sa 1C.
  • pindutin ang pindutang "Ulitin".
• Sagutin ang natitirang mga tanong sa sang-ayon: "Oo", "Tanggapin", "OK".
• Isara ang configurator.
• Ulitin ang paglo-load mula sa gitna.

Error: "Hindi tumutugma ang configuration sa inaasahan", "Pagtatangkang tanggapin ang mga pagbabago mula sa hindi kilalang configuration"

• Error sa database.
• Kinakailangang makipag-ugnayan sa mga espesyalista.

Ang palitan ay tumatagal ng napakatagal at nagyeyelo

Mga posibleng dahilan:

• Maraming data ang pumapasok.
  • Alamin mula sa nagpadala kung nagsagawa siya ng pagbabago ng grupo ng mga dokumento (pag-post, pagbabago ng mga detalye, atbp.).
  • Kung gayon, iwanan ang computer sa exchange magdamag.
• Hindi ma-download ang isang malaking file mula sa Internet.
  • Kung ang file ay malaki (80-100 MB o higit pa), marahil ay hindi ito mada-download ng 1C.
  • Kailangan mong i-download ang file at i-upload ito sa 1C nang manu-mano (marahil sa tulong ng mga espesyalista).
    • item sa menu na "Mga Operasyon" / Exchange plan / Buo / Button sa panel na "Basahin ang mensahe".
• Nasira ang database:
  • Subukan mo
• Kung hindi makakatulong ang mga hakbang na ito, kailangan mong makipag-ugnayan sa mga espesyalista.

• Kung hindi maitatama ang error, tawagan ang numero ng suportang pang-emergency +7 (8512) 64-55-05.
• Tutulungan ka ng aming espesyalista, kahit saang lungsod ka naroroon.

Tanong: Error sa pag-update ng RIB node

Magandang hapon.

Na-update ko ang pangunahing Rarus-Retail node sa 2.2.5.27, gumawa ng isang palitan sa isang pares ng mga RIB node - lahat ay maayos.

Sinimulan ko ang isang napakalaking pag-update ng natitirang mga node (katulad ng "nangungunang mag-asawa" (iba pang mga tindahan ng RIB)) - isang error ang lumalabas sa bahagi ng kliyente:

Pamamahagi ng Mga Ulat sa Pagrehistro ng Data para sa Pag-update ng Listahan ng Mga Nakagawiang Gawain"
deferred update handler
"Pamamahagi ng Mga Ulat. I-update ang Listahan ng Mga Nakagawiang Gawain"
May nangyaring pagakamali:
"(GeneralModule.GeneralPurpose.Module(3502)): Error kapag tumatawag sa context method (Contains)
Ibalik ang Metadata.InformationRegisters.Contains(MetadataObject);
dahil sa:
Uri ng mismatch (parameter number "1")".

May nakatagpo na ba nito? Sinubukan ko na i-update ang platform (sa maximum na 8.3.10, at sinubukan ito sa 32-64 na mga computer)... hindi ito nakatulong. Ngunit ang pagsubok 2 mga tindahan ay na-update nang walang mga problema, hindi ko maintindihan kung paano.

Sagot:() Ito ay kung paano ko i-install ang pangunahing node. Sumulat ako ng kaunti tungkol sa ibang bagay: pagkatapos mong i-unbind ang isang node sa pamamagitan ng pagproseso, sa susunod na simulan mo ito, ang pag-update ng conf ay hindi agad magsisimula, ngunit unang 1C ay nagbubukas ng isang window kung saan hinihiling sa iyo na kumpirmahin na ang node ay ina-unlink. Pagkatapos nito ay na-update - pagkatapos ng pag-update ang node ay wala na sa listahan.
Sa katunayan, sa 2.1, naaalala ko na na-update ko ito gamit ang pamamaraang ito, ngunit sa 2.2 ay may hindi gumana. Siguro sa parke nasuksok ko na ang maling pagkakasunud-sunod sa mga aksyon)

AYON SA PAKSA:
Naisip ko kung ano ang mayroon ako. Ito ay nakaligtaan ko:
"Sa isa sa mga 2.2 release, lumabas ang direktoryo ng Pamamahagi ng Ulat na may paunang natukoy na elementong "Personal na Data"" - isang direktoryo na may ganitong elemento ay available din sa 2.1.

Ang nuance ay ito: ang mga jamb na may pag-update ng mga node ay sinusunod sa mga database na nilikha mula sa gitna nang eksakto sa release 2.1.9.18. Lahat ng ginawa sa mga naunang release ay normal na na-update. Malamang na ipinapaliwanag nito kung bakit matagumpay na na-update ang ilang TS database, at pagkatapos ay nagkaroon ng mga problema.

Hindi ko sinubukang mag-imbento ng anuman sa paglikha ng bagong elemento sa direktoryo at pagtatakda nito bilang paunang natukoy. Inilipat ko ang elementong ito mula sa isang kopya ng sentro sa 2.1 sa pamamagitan ng pag-unload/pag-load ng XML at inulit ang pag-update sa may problemang "base" - lahat ay gumana.

() Kaya gamitin ang pamamaraan kung hindi mo pa nahanap ang sagot.

Tanong: Error sa pag-update ng configuration

Ina-update ko ang configuration ng Accounting 2.0.64.14 sa 2.0.64.24. platform 8.2.19
Agad na lumitaw ang isang error:
Error sa pag-access ng file... path... pansamantalang file.tmp.
Saan titingin?

Sagot: Nalutas ko ang problema sa oras na iyon sa pamamagitan ng paghihintay para sa isang bagong "matatag" na paglabas

Tanong: Error sa mga karapatan ng gumagamit sa BSP

Pagbati!!! Nagsusulat ako ng isang conf batay sa BSP 2.2, tila mayroon na akong karanasan, at pinag-aralan ko ang mga pantalan sa malayo at malawak, ngunit noong inilunsad ko ang seguridad ng impormasyon sa unang pagkakataon, isang error ang lilitaw:

(GeneralModule.UsersService.Module(345)): Nabigo ang pahintulot. Ang sistema ay isasara.
User: Hindi nakita ang administrator sa direktoryo ng Mga User.

May naganap na error noong sinusubukang magdagdag ng user sa direktoryo:
"Error sa pag-update ng infobase.
Ang parameter ng paghihigpit sa pag-access ay hindi napunan:
"Mga posibleng karapatan para sa pagtatakda ng mga karapatan sa bagay."

Para sa developer: maaaring kailangang i-update ang sumusuportang data,
na nakakaapekto sa pagpapatakbo ng programa. Upang maisagawa ang pag-update maaari mong:
- gumamit ng panlabas na pagproseso
"Mga Tool ng Developer: Pag-update ng Data ng Suporta",
- o patakbuhin ang program gamit ang command line na parameter 1C: Enterprise 8
"/C LaunchInformationBaseUpdate",
- o dagdagan ang numero ng bersyon ng configuration upang sa susunod na magsimula ka
Nakumpleto na ang mga pamamaraan para sa pag-update ng data ng infobase."

I-click para palawakin...

Gusto kong marinig ang mga sagot ng "nakaranas", para sa kasunod na aktibong pag-uusap, marahil kahit na pakikipagtulungan

Sagot:

Sinabi ni Vdeg:

Nalutas ang problema?

Mayroon akong ibang problema: Nagdaragdag ako ng user sa BSP 2.2.5.29, at mayroon siyang ganap na karapatan (kung manu-mano kong idaragdag ang mga ito) o wala man (nakikita niya ang isang walang laman na interface na walang isang solong reference na libro o dokumento). Dahil sa mga tipikal na tungkulin ng BSP ay walang mga checkbox para sa pag-access ng mga partikular na (aking) mga direktoryo at mga dokumento. Paano pagkatapos ay masusubaybayan ang antas ng pag-access para sa isang bagong user???

I-click para palawakin...

Paano dapat malaman ng BSP kung anong uri ng mga direktoryo ang mayroon ka at kung paano mo gustong i-configure ang access sa mga ito?
Marahil ay kailangan nating gawin ito sa ating sarili

Tanong: Nabigo ang pag-verify ng SendingDeliverableNotified Remote node

Hanggang noong nakaraang Biyernes gumana nang maayos ang sumusunod na code..

XdtoSubscriber = FactoryXDTO.Create(FactoryXDTO.Type(";));
xdtoSubscriber.DeviceID = DeviceID;
xdtoSubscriber.SubscriberType = FactoryXDTO.Create(FactoryXDTO.Type(";), "GCM");
Bagong XDTO Serializer = Bagong XDTO Serializer(XDTO Factory);
Subscriber = NewSerializerXDTO.ReadXDTO(xdtoSubscriber);
Notification=Bagong DeliverableNotification;
Notification.Recipients.Add(Subscriber);
Notification.Text=Text;
Notification.SoundNotification=SoundNotification.Default;
Paunawa.Sticker=1;
DATAAuz=TOKEN;
SendingDeliverableNotifications.Send(Notification, DataAuz, True);

Ngayon ang error: Nabigo ang remote node sa pag-verify. Nabasag ang buong ulo ko. Nakakuha ako ng mga kahilingan mula sa server - wala itong laman, parang hindi ito nakikipag-ugnayan kahit saan... Sinubukan ko ito sa tatlong magkakaibang machine na may iba't ibang mga palakol. natuyo.. tulong...

Sagot: pataas

Sagot: Kaya, nagpasya akong gumawa ng bagong imahe ng node. Kapag sinimulan ang node, sinasabi nito na kailangan mong magsimula sa \c simulan ang pag-update ng base ng impormasyon
at gawing muli ang imahe.

Ito ay lumalabas na ito ay isang bagay dahil sa isang curve ng pag-update.

Sinubukan kong ilunsad gamit ang key na ito at gumawa ng isang palitan sa isang umiiral na node. Walang mga update na nagsimula sa node, hindi ko hiniling na i-restart ang anuman.

At bilang isang resulta, ang mensahe ay muling hindi tinanggap sa pangunahing node na may parehong error.

Ano ang maaaring gawin?
Maaari ba akong fictitiously baguhin ang isang bagay sa pangunahing node sa conf at gumawa ng isang exchange? O hindi ba nito ia-update ang buong configuration, ngunit kung ano lang ang babaguhin ko? Susubukan kong gumawa ng buhol sa ngayon. Ngunit hihintayin ko ang iyong mga ideya

Tanong: Naipamahagi na database - hindi naresolba ang error sa panahon ng pagpapalitan

Magandang araw sa inyong lahat!

Ang sitwasyon ay ang mga sumusunod.

Kapag naglo-load ng exchange mula sa isang peripheral node, natatanggap ko ang mensaheng "Ang configuration ng distributed information security node ay hindi tumutugma sa inaasahan."

Pagkatapos ay sinusunod ko ang mga tagubilin.
I-unload ko ang configuration mula sa central database papunta sa CF, tanggalin ang peripheral database mula sa central node sa pamamagitan ng pagproseso, alisin ang configuration sa peripheral database mula sa suporta, load ang configuration mula sa isang file.
Itinatali ko ang central processing node sa peripheral database.
I-save, ilapat.

Muli kong dina-download ang exchange mula sa central database.
Ni-load ko ito sa peripheral. Ibinababa ko ang palitan mula sa peripheral database.
Ni-load ko ito sa gitna. Muli kong natanggap ang mensaheng "Ang pagsasaayos ng ipinamahagi na node ng seguridad ng impormasyon ay hindi tumutugma sa inaasahan."
Ngunit ito ay ilang tunay na katarantaduhan - ini-load ko ang pagsasaayos sa gitnang database at walang sinuman ang nagbago ng pagsasaayos sa peripheral database.

Paano malalampasan ang gayong pagkakamali?

Sagot: Hindi kailanman naisip ng sinuman na payuhan ang mga ganoong halatang bagay pagkatapos ng maraming taon ng pang-aabuso tungkol sa pag-update ng demonyo :)

Tanong: RIB at mga update

Kamusta kayong lahat. Ito ay binalak na gamitin ang ipinamamahagi na seguridad ng impormasyon.

nabago ang configuration. Ang configuration ng gitnang database ay ina-update ng programmer. Ang mga pagbabagong ito ay ipapadala sa mga peripheral na database gamit ang mga exchange file.

Ang tanong ay: paano ang paglulunsad ng mga humahawak pagkatapos i-update ang configuration ng database at mag-log in sa unang pagkakataon sa user mode?

pag-update ng pangunahing configuration - pag-update ng configuration ng database - pagpapatupad ng mga humahawak ng update sa user mode

Halimbawa, maraming release ang napalampas, kailangan mong sunud-sunod na mag-update sa 3 release. Walang mga problema sa pag-update ng gitnang database, ngunit paano ang tungkol sa mga peripheral? Kinakailangan din na i-update ang mga ito sa 3 yugto (i-update ang central database sa unang release, i-update ang RIB, i-update ang central database sa pangalawang release, i-update ang RIB, atbp.?)

Salamat sa lahat para sa iyong tulong!

Sagot:() itutok ang iyong ilong, hindi ko mahanap ang code na pinaandar kapag nagrerehistro ng mga pagbabago sa isang bagay.
Tila na kung gagamitin mo ang WhenSendingData method, ang mga binagong bagay ay maiipon pa rin sa pangunahing node para ipadala sa slave node. At ito ay mga karagdagang mapagkukunan ng computer
Samakatuwid, nais kong ang mga bagay sa pangunahing node ay hindi mairehistro para sa pagpapadala kaagad sa sandali ng kanilang pagbabago (On ​​Write, halimbawa). Sa anong lugar, halimbawa, sa karaniwang Accounting Rev. 3 nakarehistro ang mga bagay na ito para sa pag-file?

Tanong: [SOLVED] Error sa pakikipag-ugnayan sa online na suporta

Mahal na mga eksperto, mangyaring sabihin sa akin!
1C:Enterprise 8.3 (8.3.11.2899)
Sa 1C server mayroong ilang mga database ng iba't ibang mga pagsasaayos na tumatakbo, sa lahat ng mga ito ang suporta sa Internet ay konektado at gumagana nang normal. Incl. naglo-load ng mga rate ng pera, mga bangko, nagsusuri ng mga katapat, SPARK, atbp.
Ang mga setting ng proxy sa lahat ng mga database ay nabaybay nang magkapareho.
Ngunit sa mga database ng BP-3 KORP ay palaging lumilitaw ang isang error:

Sa log book:

Nabigong makakuha ng tiket sa pagpapatunay mula sa serbisyo.
Nabigong i-load ang content(). (GeneralModule.InternetUser SupportClientServer.Module(362)): Error kapag tumatawag sa context method (SubmitForProcessing)
Tugon = Connection.SendForProcessing(HTTPRequest, ReceivingParameters.ResponseFileName);
dahil sa:
Error sa Internet: Nabigo ang pag-verify ng malayuang host

I-click para palawakin...

Sinubukan ko ito sa iba't ibang bersyon ng platform (8.3.10..., 8.3.11...), at sa iba't ibang bersyon ng configuration (3.0.54.15, 3.0.57.10).
Ang pagsubok at pag-aayos ay hindi rin nakakatulong.
Ano ang maaaring mali?
Talaga bang ina-access ng BP-CORP ang Internet sa isang espesyal na paraan?
Salamat.

Sagot:

Sagot mula sa 1C (nakatulong sa akin ang naka-highlight sa pula):

Sa panahon ng paglipat, ang BSP bilang bahagi ng power supply unit ay na-update mula 2.4.3 hanggang 2.4.4
Sa listahan ng mga pagbabago BSP 2.4.4
Tumaas na seguridad kapag nagtatatag ng secure na koneksyon sa mga serbisyo ng HTTPS Internet. Kung ang iba't ibang mga problema ay nakita sa sertipiko ng serbisyo sa Internet kung saan sinusubukan ang isang secure na koneksyon (ang sertipiko ay hindi wasto, hindi napapanahon o hindi pinagkakatiwalaan), ang koneksyon ay hindi maitatag.
Sa 8.3.10, ang pagpapatunay ng sertipiko sa Windows ay isinasagawa gamit ang operating system." -
I-install ang mga pinakabagong update para sa iyong OS Naglalaman ang mga ito ng mahahalagang update sa mga bahagi ng system na responsable sa pagtatrabaho sa mga certificate.
Paki-install din ang pinakabagong mga update sa root certificate na ipinamahagi ng Microsoft sa mga package ng pag-install.
Nangangailangan ng bersyon na hindi mas mababa sa IE8.0. Naglalaman ito ng mahahalagang update sa mga bahagi ng system na responsable para sa pagtatrabaho sa mga certificate.
Bilang isang patakaran, pagkatapos i-install ang lahat ng mga update, ang problema ay malulutas.
Suriin na kung ilalagay mo ito sa search bar sa Internet Explorer, magbubukas ang link.
Ang user kung saan ka nagtatrabaho ay may access sa Internet.
Kung ito ay isang database ng file sa makina ng kliyente, dapat mong suriin ito.
Kung ito ay isang database ng client-server, pagkatapos ay sa server sa ilalim ng user kung saan tumatakbo ang 1C server.
Suriin lamang sa IE browser.
Suriin na ang mga port 443 at 80 ay bukas
Kung ginamit ang isang Proxy server, tingnan kung ang data ay na-configure sa menu ng Mga Personal na Setting.
Kung ang bersyon ng client-server ay ginamit, kung gayon dapat mong i-configure ang server sa paraang gumagana nang tama ang koneksyon sa Internet gamit ang IE browser sa ilalim ng user kung saan tumatakbo ang 1C server.​

Inirehistro ko ang proxy sa mga setting ng IE ng user kung saan tumatakbo ang 1C server - gumana ang lahat.

Tanong: Bukh 3 update

Magandang araw
Accounting 3
Nag-update ako mula 3.0.43.208 hanggang 3.0.43.235
mga pagkakamali
una
(GeneralModule.MessagingInternal.Module(381)): Error kapag tumatawag sa context method (ThisNode)

dahil sa:
Higit sa isang entry ang natagpuan
pangalawa
Kapag tumatawag sa update handler:
"MessagingInternal.SetCodeThisEndPoint()"
May nangyaring pagakamali:
"(GeneralModule.MessagingInternal.Module(381)): Error kapag tumatawag sa context method (ThisNode)
ReturnExchangePlans.MessageExchange.ThisNode();
dahil sa:
Higit sa isang entry ang natagpuan."

Nabasa ko na may problema sa platform, sinubukan ko ito sa iba't ibang bersyon ng mga platform
Sinubukan kong kumuha ng malinis na config ng pinakabagong bersyon at katangahan lamang na i-load ito ng kumpletong kapalit
Sa pangkalahatan, hindi ito nakatulong, ito ay palaging ang parehong bagay. Sabihin mo sa akin, may nakatagpo na ba nito?

Sagot:

Binago ko ang node mula sa true patungo sa false sa itaas, naisip kong hindi ito gumana, at pagkatapos ay pumunta ako upang makitang gumagana ito