Šī kļūda ir raksturīga . Kļūda “Izplatītās informācijas drošības mezgla konfigurācija neatbilst gaidītajai” ir sistēmas kļūda. Galvenokārt rodas neparastas izslēgšanas dēļ datu apmaiņas laikā, izmantojot URIB.

To var atrisināt diezgan vienkāršā veidā. Apsvērsim to.

Instrukcijas

1. Izveidojiet to datu bāzu kopijas, kurās tiks veikts darbs (Konfiguratorā “Administrēšana - Augšupielādes infobāze”).

2. Palaidiet RIB mezgla galvenās datu bāzes konfiguratoru.

3. Saglabājiet centrālā mezgla konfigurāciju datu bāzes failā (“Konfigurācija — Saglabāt konfigurāciju failā...”)

4. Atveriet vergu mezglu datu bāzes konfiguratoru.

Saņemiet 267 video nodarbības 1C bez maksas:

5. Noņemiet palīgmezgla konfigurāciju no atbalsta (Konfigurācija — Atbalsts — Atbalsta iestatījumi — Noņemt no atbalsta):

6. Ielādējiet datu bāzes konfigurāciju (“Konfigurācija – Ielādēt konfigurāciju no faila...”).

8. Pēc pārstrukturēšanas jums jāieiet uzņēmuma režīmā un jāinstalē galvenais konfigurācijas mezgls. To var izdarīt, izmantojot īpašu apstrādi - . Apstrāde darbojas gan pārvaldītās lietojumprogrammas režīmā, gan parastajā lietojumprogrammu režīmā.

9. Apstrādes laikā ir jāizvēlas galvenais mezgls un jānoklikšķina uz “Palaist”:

10. Gatavs! Mēģiniet sākt apmaiņu, sistēmai vajadzētu pareizi pabeigt apmaiņu.

Dinamiskās atjaunināšanas kļūdas (vai citas platformas kļūmes) var izraisīt izplatītas informācijas bāzes apmaiņas kļūdas:

• "Dati tiek saņemti no mezgla, kuram ir reģistrētas konfigurācijas izmaiņas"
  

• "Izplatītās informācijas drošības mezgla konfigurācija neatbilst gaidītajam"
  

Kā atjaunot apmaiņu?

Bet sāksim nevis ar restaurāciju, bet ar iespēju to veiktapmainīt "manuāli", kas ir svarīgi dienas laikā, jo, kā vienmēr, visam vajadzētu darboties "vakar" :) To var izdarīt ar brīnišķīgu procedūru palīdzību, kuras es neatcerējospliks, kur es to lejupielādēju (autori, lūdzu atbildiet - es atstāšu saites uz jūsu resursu un, ja nepieciešams, izdzēsīšu to no mana). Apstrāde dod iespēju lejupielādēt tikai reģistrētās datu izmaiņas datu bāzē (saskaņā ar norādīto apmaiņas plānu konkrētam mezglam!) XML formātā bez konfigurācijas izmaiņu lejupielādes un, ja konfigurācijas objekti nav īpaši mainījušies, tad ir ļoti liela iespēja. šo datu ielādi. Tos var lejupielādēt no saites raksta beigās.

Kas attiecas uz atveseļošanos. Ir vienkāršākas metodes, kurās nav iekļauti visi zemāk esošajā sarakstā iekļautie vienumi, taču tie ne vienmēr palīdz, kā tas bija vienā no maniem gadījumiem. Tāpēc es piedāvāju metodi, kas man palīdzēja, daudzpusīgāk apiet iespējamās problēmas. Nākamais soli pa solim.

Šīs darbības ieteicams veikt, ja datu bāzē nav neviena strādājoša lietotāja. Ja tas nav iespējams, metode būs “jāpabeidz” pašam, un tāpēc vispirms ir jāsaprot tās loģika.

1. Veidojiet dublējumus visur.

2. Klientiem-serveriem: atspējojiet datu bāzes, izmantojot “servera administrēšanu” un nekavējoties savienojiet tās ar parasto uzdevumu bloķēšanu (tas atiestatīs servera kešatmiņu). Pēc tam neaizmirstiet pārsūtīt reģistrācijas žurnālu uz jauno direktoriju.

3. Visos atkopšanai izmantotajos datoros izdzēsiet datu bāzi 1C starteru datu bāzu sarakstā un izveidojiet jaunu (lietotāja kešatmiņa tiks notīrīta)

4. Konfiguratorā (centrālajā datu bāzē) pievienojiet jaunu konstanti un saglabājiet konf. izmaiņas.

5. Notīriet visus apmaiņas direktorijus.

6. Veikt izkraušanu uz visiem zariem (pagaidām tikai izkraušanas).

7. Mēģiniet lejupielādēt (tikai lejupielādēt) saņemtos datus uz visām filiālēm. Ir dabiski pieņemt konf izmaiņas.

Ja viss ir labi, mēs ejam tālāk, ja viss ir slikti, mēs domājam, ka varētu palīdzēt .cf izkraušana no centrālās datu bāzes un LOADĒŠANA filiālē (nevis salīdzināšana-apvienošana). Vergu mezglā jums vajadzētu atsaistīt datu bāzi no RIB (apstrāde palīdzēs ar to - lejupielādējiet no tālāk esošās saites). Vietnē infostart.ru ir raksts par šo tēmu.

8. Atceļam izmaiņu reģistrāciju filiālēm centrālajā bankā (galu galā visas izmaiņas jau esam saņēmuši visur). Šajā posmā ir svarīgi darīt, lai uzkrātās izmaiņas no dažādām nozarēm nonāktu citās nozarēs. (lejupielādes apstrāde atsaistīšanai-saistīšanai no tālāk esošās saites).

9. Iekraujam centrālajā bankā un ja viss kārtībā, tad veicam iekraušanu un izkraušanu ar katru filiāli vairākas reizes, lai konsolidētu rezultātu.

10. Tas arī viss.

Varat iespējot ikdienas uzdevumu izpildi klienta-servera datu bāzēm.

Lai novērstu problēmas, kas izraisa šo kļūdu, ieteicams neveikt dinamiskos atjauninājumus (vismaz vairākas reizes pēc kārtas - līdz izmaiņas tiek augšupielādētas filiālēs), kā arī ieteicams atzīmēt izvēles rūtiņu “augšupielādēt datus tikai pēc veiksmīgas augšupielādes”. apmaiņas iestatījumos.

Sveiki, dārgie mūsu emuāra vietnes lasītāji! Šodien mēs runāsim par
divu kļūdu labošana kas var rasties apmaiņas laikā izplatītajā informācijas bāzē (RIB). Šādas kļūdas var rasties, ja esat mainījis datu bāzes konfigurāciju un mēģināt pārsūtīt šīs izmaiņas no centrālās datu bāzes uz perifēro datubāzi. Piemēram, tādā veidā, kā tika aprakstīts. Sāksim!

Šie ir ziņojumi, kas var parādīties, mēģinot veikt apmaiņu, izmantojot RIB:

"Dati tiek saņemti no mezgla, par kuru
konfigurācijas izmaiņas ir reģistrētas.
Izmaiņas ir jāpārnes
konfigurācijas mezglam."


“Izplatītās informācijas drošības mezgla konfigurācija
ne kā gaidīts!”

Apskatīsim darbības, kas palīdzēs labot situāciju. Pirms sākam, izveidosim mūsu informācijas datu bāzi!!!

1. Paņemsim konfigurācijas failu ar atjauninājumu, atveram centrālo datu bāzi Configuratorā un ielādējam (Configuration-Load configuration from file...). Saglabāsim informācijas drošību (F7).
2. Dosimies uz perifērijas datu bāzes failu un augšupielādēsim to:
   
   
   • Sarakstā atlasiet apmaiņas plānu, pēc tam ar peles labo pogu noklikšķiniet, lai atvērtu konteksta izvēlni, un atlasiet “Saglabāt izmaiņas...”.
3. Tagad pievērsīsimies perifērijas informācijas drošībai. Atvērsim to ekskluzīvajā režīmā, lai nebūtu lietotāju, kā arī aizveram konfiguratoru. Tagad jums ir jāatceras mezgls, kas ir galvenais pašreizējās datu bāzes mezgls. Atveriet operācijas — apmaiņas plānus — atlasiet apmaiņas plānu (piemēram, “Pēc noliktavas”). Apmaiņas plānu sarakstā galvenais mezgls ir vienums ar dzelteno ikonu. Šī informācija mums noderēs septītajā punktā. Atvērsim apstrādi un noklikšķiniet uz pogas “Atcelt galvenā mezgla piešķiršanu”.
4. Tagad atveram perifērijas informācijas drošību konfiguratorā un ielādēsim to pašu konfigurācijas failu, kuru ielādējām pirmajā centrālajā datubāzē (Konfigurācija-Ielādēt konfigurāciju no faila...). Saglabāsim informācijas drošību (F7).
5. Mainīsim atbalsta iestatījumus (Konfigurācija-Atbalsts-Atbalsta iestatījumi...). Dialoglodziņā atlasiet šūnu tabulā pirmās rindas un otrās kolonnas krustpunktā. Pēc tam veiciet dubultklikšķi, lai atvērtu dialoglodziņu “Atbalsta noteikumu iestatījumi”. Tajā atzīmējiet karogu “Instalēt pakārtotiem objektiem” un noklikšķiniet uz pogas “OK”. Aizveriet atbalsta iestatījumu dialoglodziņu, noklikšķinot uz pogas "Aizvērt". Saglabāt IB (F7). Aizveram konfiguratoru.
6. Tagad atkal atvērsim perifērijas informācijas drošību 1C:Enterprise ekskluzīvajā režīmā, lai nebūtu lietotāju, kā arī aizveriet konfiguratoru. Atvērsim apstrādi MainNodeDB.epf instalēšana un atlasīsim apmaiņas plānu, kuru vēlamies instalēt kā galveno mezglu (ceturtajā punktā mēs atcerējāmies šo mezglu). Pēc tam noklikšķiniet uz pogas "Instalēt galveno mezglu". Pēc tam pašreizējā informācijas drošība atkal kļūs perifēra.
7. Tagad pašreizējā informācijas drošībā (perifērijā) atvērsim apmaiņas plānus un lejupielādēsim failu ar apmaiņu no centrālās datu bāzes, kuru saņēmām trešajā solī:
   
   
   • Darbības — apmaiņas plāni — atlasiet mūsu apmaiņas plānu (piemēram, “Pēc noliktavas”).
8. Ja viss noritēja labi, mēs augšupielādēsim centrālās datu bāzes apmaiņu pašreizējā informācijas drošībā (perifērā):
   
   
   • Darbības — apmaiņas plāni — atlasiet mūsu apmaiņas plānu (piemēram, “Pēc noliktavas”).
   • Sarakstā atlasiet apmaiņas plānu, pēc tam ar peles labo pogu noklikšķiniet, lai atvērtu konteksta izvēlni, un atlasiet “Saglabāt izmaiņas...”.
   • Dialoglodziņā norādiet apmaiņas faila ceļu un nosaukumu. Noklikšķiniet uz pogas “OK”.
9. Tagad mēģināsim ielādēt šo failu centrālajā datu bāzē un atvērt to režīmā 1C: Enterprise:
   
   
   • Darbības — apmaiņas plāni — atlasiet mūsu apmaiņas plānu (piemēram, “Pēc noliktavas”).
   • Sarakstā atlasiet apmaiņas plānu — ar peles labo pogu noklikšķiniet, lai atvērtu konteksta izvēlni un atlasiet “Lasīt izmaiņas...”
   • Dialoglodziņā atlasiet apmaiņas failu. Noklikšķiniet uz pogas “OK”.

Lai izvairītos no problēmām ar darba kopijām, rīkojieties vispirms

• Ziņojuma fails jau ir ielādēts saņēmēja datu bāzē. Jums tas vēlreiz jālejupielādē no avota datu bāzes.

Kļūda "Kļūda, kopējot failu no FTP resursa... Kļūda darbā ar internetu: sasniegts noildze"

• Nav iespējams nokopēt nepieciešamo failu no vietnes, caur kuru notiek apmaiņa. Tas var būt tāpēc, ka jūsu internets ir lēns vai problēmas ar pašu vietni.
• Jums jāmēģina atkārtot apmaiņu pēc 15-30 minūtēm.

Kļūda: šī perioda datu rediģēšana ir aizliegta. Izmaiņas nevar ierakstīt..."

• Lejupielādētajos datos ir dokumenti no slēgtā perioda.
• Apmaiņa ir jāveic lietotājiem, kuriem ir tiesības mainīt dokumentus šajā periodā.

Kļūda: ir jāveic datu bāzes konfigurācijas atjauninājumi. Atjaunināšanu var veikt konfiguratora režīmā"

Iemesls: programmētāji mainīja konfigurāciju centrā. Risinājums: atjauniniet mainīto konfigurāciju perifērijas datu bāzē. Priekš šī:

• Dodieties uz konfiguratoru.
• Izpildiet izvēlnes vienumu “Konfigurators / Atjaunināt datu bāzes konfigurāciju”.
• Ja tiek parādīts jautājums ar atbildēm tikai “Atkārtot”, “Atcelt”, “Atjaunināt dinamiski”, noklikšķiniet uz pogas “Atjaunināt dinamiski”.
• Ja jautājums ir uzdots tikai ar atbildēm “Atkārtot” un “Atcelt”.
  • visi lietotāji atsakās no 1C.
  • nospiediet pogu "Atkārtot".
• Uz atlikušajiem jautājumiem atbildiet apstiprinoši: “Jā”, “Piekrītu”, “Labi”.
• Aizveriet konfiguratoru.
• Atkārtojiet ielādi no centra.

Kļūda: “Konfigurācija neatbilst gaidītajai”, “Mēģina pieņemt izmaiņas no nezināmas konfigurācijas”

• Datu bāzes kļūda.
• Ir nepieciešams sazināties ar speciālistiem.

Apmaiņa aizņem ļoti ilgu laiku un sasalst

Iespējamie iemesli:

• Ienāk daudz datu.
  • Uzziniet no sūtītāja, vai viņš ir veicis dokumentu grupu maiņu (publicēšana, rekvizītu maiņa utt.).
  • Ja tā, atstājiet datoru ar apmaiņas ierīci uz nakti.
• Lielu failu nevar lejupielādēt no interneta.
  • Ja fails ir liels (80–100 MB vai vairāk), iespējams, 1C vienkārši nevar to lejupielādēt.
  • Fails ir jālejupielādē un manuāli jāaugšupielādē 1C (iespējams, ar speciālistu palīdzību).
    • izvēlnes vienums “Operācijas” / Apmaiņas plāni / Pilns / Poga panelī “Lasīt ziņojumu”.
• Datubāze ir bojāta:
  • Pamēģini
• Ja šīs darbības nepalīdzēs, jums būs jāsazinās ar speciālistiem.

• Ja kļūdu nevar novērst, zvaniet uz neatliekamās palīdzības numuru +7 (8512) 64-55-05.
• Mūsu speciālists jums palīdzēs neatkarīgi no pilsētas, kurā atrodaties.

Jautājums: Kļūda, atjauninot RIB mezglu

Labdien.

Atjaunināju galveno Rarus-Retail mezglu uz 2.2.5.27, veicu apmaiņu ar pāris RIB mezgliem - viss kārtībā.

Es sāku masveida atlikušo mezglu atjaunināšanu (līdzīgi kā “top pāris” (citi RIB veikali)) - klienta daļā parādās kļūda:

Pārskatu reģistra datu izplatīšana ikdienas uzdevumu saraksta atjaunināšanai.
atlikto atjauninājumu apstrādātājs
"Atskaišu izplatīšana. Atjauniniet ikdienas uzdevumu sarakstu"
Radās kļūda:
"(GeneralModule.GeneralPurpose.Module(3502)): kļūda, izsaucot konteksta metodi (satur)
Atgriezt Metadata.InformationRegisters.Contains(MetadataObject);
tāpēc ka:
Veida neatbilstība (parametra numurs "1")".

Vai kāds ar to ir saskāries? Es jau mēģināju atjaunināt platformu (maksimāli 8.3.10, un testēju uz 32-64 datoriem) ... tas nepalīdzēja. Bet testa 2 veikali tika atjaunināti bez problēmām, es nevaru saprast, kā.

Atbilde:() Šādi es uzstādu galveno mezglu. Es rakstīju nedaudz par ko citu: pēc mezgla atsaistīšanas, apstrādājot, nākamreiz to startējot, conf atjaunināšana nesākas uzreiz, bet vispirms 1C atver logu, kurā tiek lūgts apstiprināt, ka mezgls ir tiek atsaistīts. Pēc tam tas tiek atjaunināts - pēc atjaunināšanas mezgls vairs nav sarakstā.
Faktiski 2.1. versijā es atceros, ka to atjaunināju, izmantojot šo metodi, bet 2.2. versijā kaut kas nedarbojās. Varbūt parkā es jau izdarīju nepareizu darbību secību)

PĒC TEMATAS:
Es sapratu, kas man ir. Izrādījās, ka es biju neievērojis:
“Vienā no 2.2 laidieniem parādījās ziņojumu izplatīšanas direktorijs ar iepriekš definētu elementu “Personas dati”” — direktorijs ar šo elementu bija pieejams arī versijā 2.1.

Nianse ir šāda: jambi ar atjaunināšanas mezgliem tiek novēroti tajās datu bāzēs, kuras tika izveidotas no centrālās tieši 2.1.9.18. laidienā. Viss, kas tika izveidots iepriekšējos laidienos, tika atjaunināts normāli. Tas droši vien izskaidro, kāpēc veiksmīgi tika atjauninātas arī pāris TS datu bāzes, un tad radās problēmas.

Es nemēģināju neko izgudrot, direktorijā izveidojot jaunu elementu un iestatot to kā iepriekš definētu. Es pārsūtīju šo elementu no centra kopijas uz 2.1, izkraujot/ielādējot XML, un atkārtoju atjauninājumu problemātiskajā “bāzē” - viss strādāja.

() Tāpēc izmantojiet šo metodi, ja vēl neesat atradis atbildi.

Jautājums: konfigurācijas atjaunināšanas kļūda

Es atjauninu grāmatvedības 2.0.64.14 konfigurāciju uz 2.0.64.24. platforma 8.2.19
Tūlīt parādās kļūda:
Kļūda, piekļūstot failam... ceļš... pagaidu fails.tmp.
Kur meklēt?

Atbilde: Es toreiz atrisināju problēmu, gaidot jaunu “stabilu” izlaidumu

Jautājums: BSP lietotāja tiesību kļūda

Sveiciens!!! Es rakstu conf, pamatojoties uz BSP 2.2, šķiet, ka man jau ir pieredze un esmu pētījis dokus, bet, pirmo reizi palaižot informācijas drošību, parādās kļūda:

(GeneralModule.UsersService.Module(345)): Autorizācija neizdevās. Sistēma tiks izslēgta.
Lietotājs: Lietotāju direktorijā administrators netika atrasts.

Mēģinot direktorijam pievienot lietotāju, radās kļūda:
"Atjauninot informācijas bāzi, radās kļūda.
Piekļuves ierobežojuma parametrs nav aizpildīts:
"Iespējamās tiesības objekta tiesību noteikšanai."

Izstrādātājam: iespējams, būs jāatjaunina atbalsta dati,
kas ietekmē programmas darbību. Lai veiktu atjaunināšanu, varat:
- izmantot ārējo apstrādi
"Izstrādātāja rīki: atbalsta datu atjaunināšana",
- vai palaidiet programmu ar komandrindas parametru 1C:Enterprise 8
"/C LaunchInformationBaseUpdate",
- vai palieliniet konfigurācijas versijas numuru, lai nākamreiz startētu
Informācijas bāzes datu atjaunināšanas procedūras ir pabeigtas."

Noklikšķiniet, lai izvērstu...

Gribētos dzirdēt “pieredzējušo” atbildes turpmākajam aktīvam dialogam, varbūt pat sadarbībai

Atbilde:

Vdeg teica:

Problēma atrisināta?

Man ir cita problēma: es pievienoju lietotāju BSP 2.2.5.29, un viņam vai nu ir visas tiesības (ja es tās pievienoju manuāli), vai arī nav nevienas (viņš redz tukšu saskarni bez nevienas atsauces grāmatas vai dokumenta). Jo tipiskās BSP lomās vispār nav izvēles rūtiņu, lai piekļūtu konkrētiem (maniem) direktorijiem un dokumentiem. Kā tad tiks izsekota ieraksta līmeņa piekļuve jaunam lietotājam???

Noklikšķiniet, lai izvērstu...

Kā BSP vajadzētu zināt, kādi direktoriji jums ir un kā vēlaties tiem konfigurēt piekļuvi?
Droši vien mums tas jādara pašiem

Jautājums: SendingDeliverableNotified attālā mezgla pārbaude neizdevās

Līdz pagājušajai piektdienai šāds kods darbojās labi.

XdtoSubscriber = FactoryXDTO.Create(FactoryXDTO.Type(";));
xdtoSubscriber.DeviceID = ierīces ID;
xdtoSubscriber.SubscriberType = FactoryXDTO.Create(FactoryXDTO.Type(";), "GCM");
Jauns XDTO Serializer = Jauns XDTO Serializer (XDTO rūpnīca);
Abonents = NewSerializerXDTO.ReadXDTO(xdtoSubscriber);
Notification=New DeliverableNotification;
Paziņojums.Saņēmēji.Pievienot(Abonents);
Notification.Text=Teksts;
Notification.SoundNotification=Skaņas paziņojums.Noklusējums;
Paziņojums.Uzlīme=1;
DATAAuz=TOKEN;
NosūtotDeliverableNotifications.Send(Notification, DataAuz, True);

Tagad kļūda: attālā mezgla pārbaude neizdevās. Salauza visu galvu. Es uztvēru pieprasījumus no servera - tas bija tukšs, likās, ka tas nekur nesazinās... Es to izmēģināju trīs dažādās mašīnās ar dažādām asīm. izžuvusi.. palīdzi...

Atbilde: Uz augšu

Atbilde: Tāpēc es nolēmu izveidot jaunu mezgla attēlu. Palaižot mezglu, teikts, ka jāsāk ar \c sākt atjaunināt informācijas bāzi
un pārtaisiet attēlu.

Izrādās, ka tas ir kaut kas atjaunināšanas līknes dēļ.

Es mēģināju palaist ar šo atslēgu un veikt apmaiņu ar esošu mezglu. Mezglā netika sākti atjauninājumi, es neprasīju neko restartēt.

Un rezultātā ziņojums atkal netika pieņemts galvenajā mezglā ar tādu pašu kļūdu.

Ko var darīt?
Vai es varu fiktīvi mainīt kaut ko konf galvenajā mezglā un veikt apmaiņu? Vai arī tas neatjauninās visu konfigurāciju, bet tikai to, ko es mainīšu? Pagaidām mēģināšu izveidot mezglu. Bet gaidīšu jūsu idejas

Jautājums: Izplatīta datu bāze - kļūda apmaiņas laikā nav novērsta

Laba diena visiem!

Situācija ir šāda.

Ielādējot apmaiņu no perifērijas mezgla, tiek parādīts ziņojums "Izkliedētā informācijas drošības mezgla konfigurācija neatbilst gaidītajam."

Tad es izpildu norādījumus.
Es izlādēju konfigurāciju no centrālās datu bāzes uz CF, atvienoju perifērijas datu bāzi no centrālā mezgla, apstrādājot, noņemu konfigurāciju perifērijas datu bāzē no atbalsta, ielādēju konfigurāciju no faila.
Es saišu centrālo apstrādes mezglu perifērijas datu bāzē.
Saglabāt, pieteikties.

Atkal lejupielādēju apmaiņu no centrālās datu bāzes.
Ielādēju to perifērijā. Es izlādēju apmaiņu no perifērijas datu bāzes.
Ielādēju centrālajā. Atkal tiek parādīts ziņojums “Izplatītās informācijas drošības mezgla konfigurācija neatbilst gaidītajam”.
Bet tas ir kaut kāds īsts absurds - es ielādēju konfigurāciju centrālajā datu bāzē un neviens nav mainījis konfigurāciju perifērajā datu bāzē.

Kā pārvarēt šādu kļūdu?

Atbilde: Nevienam nav ienācis prātā ieteikt tik acīmredzamas lietas pēc daudzu gadu ļaunprātīgas izmantošanas par dēmonisko atjauninājumu :)

Jautājums: RIB un atjauninājumi

Sveiki visiem. Plānots izmantot izplatīto informācijas drošību.

mainīta konfigurācija. Centrālās datu bāzes konfigurāciju atjaunina programmētājs. Pēc tam šīs izmaiņas tiks pārsūtītas uz perifērijas datu bāzēm, izmantojot apmaiņas failus.

Jautājums ir: kā ar apdarinātāju palaišanu pēc datu bāzes konfigurācijas atjaunināšanas un pirmās pieteikšanās lietotāja režīmā?

galvenās konfigurācijas atjaunināšana - datu bāzes konfigurācijas atjaunināšana - atjaunināšanas apstrādātāju izpilde lietotāja režīmā

Piemēram, daudzi laidieni tika izlaisti, ir nepieciešams secīgi atjaunināt līdz 3 laidieniem. Ar centrālās datu bāzes atjaunināšanu problēmu nav, bet kā ar perifērajām? Tāpat ir nepieciešams tos atjaunināt 3 posmos (atjaunināt centrālo datu bāzi ar pirmo laidienu, atjaunināt RIB, atjaunināt centrālo datu bāzi ar otro laidienu, atjaunināt RIB utt.?)

Paldies visiem par palīdzību!

Atbilde:() Parādiet ar degunu, es nevaru atrast kodu, kas tiek izpildīts, reģistrējot izmaiņas objektā.
Šķiet, ka, ja izmantosit metodi WhenSendingData, mainītie objekti joprojām tiks uzkrāti galvenajā mezglā nosūtīšanai uz vergu mezglu. Un tie ir papildu datora resursi
Tāpēc es vēlos, lai objekti galvenajā mezglā netiktu reģistrēti nosūtīšanai uzreiz to maiņas brīdī (piemēram, On Write). Kurā vietā, piemēram, standarta Grāmatvedības 3.red. šie objekti ir reģistrēti iesniegšanai?

Jautājums: [ATRISINĀTS], sazinoties ar tiešsaistes atbalsta dienestu, radās kļūda

Cienījamie eksperti, pastāstiet man, lūdzu!
1C: Enterprise 8.3 (8.3.11.2899)
1C serverī darbojas vairākas dažādu konfigurāciju datu bāzes, visās no tām interneta atbalsts ir savienots un darbojas normāli. Ieskaitot valūtu kursu ielāde, bankas, darījumu partneru pārbaude, SPARK utt.
Starpniekservera iestatījumi visās datu bāzēs ir norādīti identiski.
Bet BP-3 KORP datu bāzēs vienmēr parādās kļūda:

Žurnālā:

Neizdevās iegūt autentifikācijas biļeti no pakalpojuma.
Neizdevās ielādēt saturu (). (GeneralModule.InternetUser SupportClientServer.Module(362)): Kļūda, izsaucot konteksta metodi (SubmitForProcessing)
Response = Connection.SendForProcessing(HTTPRequest, ReceivingParameters.ResponseFileName);
tāpēc ka:
Interneta kļūda: attālā saimniekdatora pārbaude neizdevās

Noklikšķiniet, lai izvērstu...

Es to izmēģināju dažādās platformas versijās (8.3.10..., 8.3.11...) un dažādās konfigurācijas versijās (3.0.54.15, 3.0.57.10).
Pārbaude un labošana arī nepalīdz.
Kas var būt nepareizi?
Vai tiešām BP-CORP piekļūst internetam īpašā veidā?
Paldies.

Atbilde:

Atbilde no 1C (sarkanā iezīmētais man palīdzēja):

Pārejas laikā BSP kā daļa no barošanas bloka tika atjaunināts no 2.4.3 uz 2.4.4
Izmaiņu sarakstā BSP 2.4.4
Paaugstināta drošība, izveidojot drošu savienojumu ar HTTPS interneta pakalpojumiem. Ja tiek konstatētas dažādas problēmas ar tā interneta pakalpojuma sertifikātu, ar kuru tiek mēģināts izveidot drošu savienojumu (sertifikāts nav derīgs, novecojis vai nav uzticams), savienojums netiks izveidots.
Programmā 8.3.10 sertifikāta pārbaude sistēmā Windows tiek veikta, izmantojot operētājsistēmu." -
Instalējiet jaunākos operētājsistēmas atjauninājumus. Tie satur svarīgus atjauninājumus sistēmas komponentiem, kas ir atbildīgi par darbu ar sertifikātiem.
Lūdzu, instalēšanas pakotnēs instalējiet arī jaunākos saknes sertifikāta atjauninājumus, ko izplata Microsoft.
Nepieciešama versija, kas nav zemāka par IE8.0. Tajā ir svarīgi atjauninājumi sistēmas komponentiem, kas ir atbildīgi par darbu ar sertifikātiem.
Parasti pēc visu atjauninājumu instalēšanas problēma tiek atrisināta.
Pārbaudiet, vai, ievadot to pārlūkprogrammas Internet Explorer meklēšanas joslā, tiek atvērta saite.
Lietotājam, kura vārdā jūs strādājat, ir piekļuve internetam.
Ja šī ir failu datu bāze klienta datorā, jums tā ir jāpārbauda tajā.
Ja šī ir klienta-servera datu bāze, tad serverī zem lietotāja, zem kura darbojas 1C serveris.
Pārbaudiet tikai ar IE pārlūkprogrammu.
Pārbaudiet, vai porti 443 un 80 ir atvērti
Ja tiek izmantots starpniekserveris, pārbaudiet, vai dati ir konfigurēti izvēlnē Personiskie iestatījumi.
Ja tiek izmantota klienta-servera versija, tad serveris jākonfigurē tā, lai savienojums ar internetu ar IE pārlūkprogrammu pareizi darbotos lietotājam, kura vārdā darbojas 1C serveris.​

Es reģistrēju starpniekserveri tā lietotāja IE iestatījumos, kurā darbojās 1C serveris - viss darbojās.

Jautājums: Bukh 3 atjauninājums

Laba diena
Grāmatvedība 3
Es atjaunināju no 3.0.43.208 uz 3.0.43.235
kļūdas
vispirms
(GeneralModule.MessagingInternal.Module(381)): kļūda, izsaucot konteksta metodi (ThisNode)

tāpēc ka:
Atrasts vairāk nekā viens ieraksts
otrais
Zvanot atjauninājumu apstrādātājam:
"ZiņojumapmaiņaInternal.SetCodeThisEndPoint()"
Radās kļūda:
"(GeneralModule.MessagingInternal.Module(381)): kļūda, izsaucot konteksta metodi (ThisNode)
Atgriezt ExchangePlans.MessageExchange.ThisNode();
tāpēc ka:
Atrasts vairāk nekā viens ieraksts."

Izlasīju, ka ir problēma ar platformu, izmēģināju dažādās platformu versijās
Es mēģināju veikt tīru jaunākās versijas conf un vienkārši muļķīgi ielādēt to ar pilnīgu nomaiņu
Kopumā tas nepalīdzēja, tas vienmēr bija viens un tas pats. Pastāsti man, vai kāds ar to ir saskāries?

Atbilde:

Iepriekš es nomainīju mezglu no patiesa uz nepatiesu, man likās, ka tas nedarbojas, un tad devos redzēt, kā tas darbojas