Meny
Är gratis
registrering
Hem  /  Internet/ Manual för uppdatering av atypiska. Manual för uppdatering av atypiska funktioner Uppdatering av huvudkonfigurationen

Manual för uppdatering av atypiska. Manual för uppdatering av atypiska funktioner Uppdatering av huvudkonfigurationen

Denna teknik låter dig felsöka och modifiera managermodulen i extern bearbetning utan att behöva spara om konfigurationen och starta om basen

Formulering av problemet

Låt oss säga att vi modifierar en bas med en mycket tung konfiguration. Att spara och/eller starta om efter sparandet tar lång tid.
Låt det finnas en hanterarmodul för något objekt i vår konfiguration. Denna hanterarmodul har en exportmetod från vilken resten av procedurerna anropas.
Det är nödvändigt att förbättra denna chefsmodul. I det här fallet är det nödvändigt att minimera antalet omstarter av databasen efter varje ändring av koden under felsökningsprocessen.

Lösning essens

Låt oss kopiera all kod för managermodulen till extern bearbetning
- Lägg till möjligheten att omdirigera anrop av exportmetoder för managermodulen till extern bearbetning (på enklast möjliga sätt)
- Vi kommer att aktivera/avaktivera omdirigering från felsökaren med den villkorliga stoppmekanismen

Steg 1.
Jag föreslår att du lägger till följande kod i början av metoden, vilket är ingångspunkten:

// Managermodul för något konfigurationsobjekt Procedur Skriv ut (parametrar) Export // ++ felsökning Variabel Debugger; Om felsökaren<>Undefined Then Debugger.Print (Alternativ); Lämna tillbaka; EndIf; // - debug Report ("Detta är ett anrop från managermodulen"); Slut på procedur

Steg 2.
Därefter skapar vi en tjänst för universell extern bearbetning, till exempel i någon mapp på servern. Låt oss kalla det Debugger.epf.
I denna bearbetning kommer vi att beskriva en kort universell exportfunktion med följande innehåll:

// Processing Unit Debugger.epf Funktion SetDebugModule (Debugger, UnitName) Export Debugger = ExternalProcessing.Create (PathTo ExternalProcessing (UnitName), False); Returnera Falskt; EndFunction Funktion PathToExternalProcessing (ModuleName) Return CurrentDirectory () + ModuleName + ".epf"; EndFunction Funktion CurrentDirectory () Export File = New File (ThisObject.UsedFileName); Returnera File.Path; EndFunction

Steg 3.
Låt oss skapa en extern bearbetning där vi kommer att skriva vår kod. Vi kopierar hela koden från managermodulen till modulen för objektet för denna bearbetning.
Låt oss spara det i samma mapp som Debugger.epf. Låt oss ange ett namn för denna bearbetning, till exempel Processing.Invoice Printing.Manager Module.epf.

// modul för externt bearbetningsobjekt Processing.PrintAccount.Manager.epf Procedur Skriv ut (parametrar) Export // ++ debug Variable Debugger; Om felsökaren<>Undefined Then Debugger.Print (Alternativ); Lämna tillbaka; EndIf; // - felsökning // ++ fixat // Rapportera ("Detta är ett anrop från managermodulen"); Rapportera ("Detta är ett samtal från extern bearbetning"); // - fast EndProcedure

Steg 4.
Ställ in en villkorlig brytpunkt i managermodulen. Lägg till följande kod till villkoret:

ExternalProcessors.Create ("C: \ Debug \ Debugger.epf", False) .InstallDebugModule (Debugger, "Processing.PrintInvoice.ManagerModule ")

Steg 5.
Vi kör testfallet. Tillståndskontrollen kommer att anropas vid brytpunkten. I det här fallet kommer objektet för den skapade externa bearbetningen Processing.PrintInvoice.ManagerModul.epf att tilldelas till Debugger-variabeln. Detta kommer att orsaka tillståndet If the Debugger<>Odefinierat Utförs sedan och samtalet vidarebefordras till extern behandling.

Steg 6.

Vi förfinar och felsöker koden i extern bearbetning, samtidigt som vi inte slösar tid på att starta om efter varje lagring.

Efter att ha genomfört förbättringarna ersätter vi koden i förvaltarmodulen med koden från extern bearbetning (helt).

Glöm inte att inaktivera villkorliga brytpunkter.

Innan du placerar den i förvaret kan du ta bort felsökningsdelen i hanterarmodulen.

Applikationsområde

På detta sätt kan du felsöka och modifiera moduler för förvaltare av alla objekt och gemensamma moduler (server).
En liknande teknik används för att felsöka objektmoduler, men det finns ett antal nyanser och begränsningar.

Filer

Jag bifogar extern bearbetning Debugger.epf, som, förutom funktionen som beskrivs ovan, har flera andra användbara funktioner. Inkludering kan skapa en tom mallbearbetning med ett namn som motsvarar objektet som ändras

Bearbetning öppnas i guidad och regelbunden tillämpning i vilken konfiguration som helst.
Testad på 8.3-plattformen i kompatibilitetsläge med 8.2.13. Det vill säga att det ska fungera under 8.2 och 8.3

Personlig erfarenhet: hur man snabbt och billigt uppdaterar den ändrade konfigurationen

Det är mycket farligt att uppdatera konfigurationen för flera utgåvor samtidigt. Faktum är att efter varje konfigurationsuppdatering uppdateras infobasen i läget "1C: Enterprise". Därför, om du bara uppdaterar den senaste versionen, kanske infobaser inte motsvarar den senaste konfigurationen. I artikeln delar Dmitry Rudakov, specialist på företaget CJSC "Siberian Agrarian Group", personlig erfarenhet för en engångsuppdatering av konfigurationen för 12 versioner.

Kontrollerar konfigurationsändringsläget

Låt oss föreställa oss följande situation. Utvecklarna av "Manufacturing Enterprise Management" (hädanefter - SCP) i release 1 (releasenummer nedan tilldelas villkorligt) till dimensionen (indikatorn) i beräkningsregistret tilldelade typen "ReferenceLink.Physical Person" med namnet "Individuell". I release 2 lade de till ytterligare en dimension - "Employee" med typen "ReferenceLink.Employees". När du startar "1C: Företag" aktiveras bearbetning, som fyller i dimensionen "Anställd" på det sätt som motsvarar dimensionen för "Enskild person". Och sedan i release 3 tog utvecklarna av "1C" bort dimensionen "Physical Face" och lämnade bara "Anställd". Om du uppdaterar konfigurationen från release 1 omedelbart till release 3 kan du rensa hela beräkningsregistret.

Och om konfigurationen stöds med möjlighet att ändra, och reglerad rapportering genereras i samma databas, då är det nödvändigt att uppdatera konfigurationen för varje release, vilket kan bli mycket dyrt i mantimmar. Till exempel kan en uppdatering av en kraftigt modifierad "SCP" för 1 version ta 30 timmars arbetstid för en erfaren tekniker.

Innan du fortsätter med uppdateringen måste du därför bestämma: arbetar du i en typisk konfiguration med möjlighet att ändra eller i en konfiguration utan möjlighet till modifiering? För att göra detta, gå till konfiguratorn, där i menyn utför åtgärderna "Konfiguration - Support - Konfigurera support".

Figur 1. Ringer fönstret för konfigurationssupport

Om "Supported" är installerat är den här konfigurationen typisk, och om "Changeable är aktiverad" - är konfigurationen troligen ändrad (åtminstone den här funktionen ingår). Det tredje tillståndet är "Konfigurationen har tagits bort från supporten". De olika konfigurationstillstånden visas i figurerna 2, 3, 4.

Ris. 2. Typisk konfiguration utan möjlighet till ändringar

Ris. 3. Typisk konfiguration med möjligheten att ändra aktiverad

Ris. 4. Konfigurationen har tagits bort från supporten

Algoritm för att uppdatera ändrade konfigurationer

Nyligen stod jag inför uppgiften att uppdatera den ändrade konfigurationen "Trade Management", release 10.3.13.2. Konfigurationen ändrades som ett resultat av sammanslagningen med branschlösningen "BIT: Car Service Management 8" och förfinades kontinuerligt under två år. Nu behövde konfigurationen uppdateras till release 10.3.25.1, det vill säga för 12 utgåvor. Jag har delat upp hela uppdateringsproceduren i flera steg.

Steg 1. Uppskattning av kostnaden och tidpunkten för förnyelseförfarandet

Innan du fortsätter med självständigt arbete, bestämde jag mig för att få en oberoende bedömning från experter på detta område. Det enda företaget som har möjlighet att uppdatera ändrade konfigurationer med automatiserade metoder är 1C-IzhTiSi LLC. Jag kontaktade det här företagets specialister med en begäran om att uppskatta kostnaden för att uppdatera min konfiguration. För att uppskatta tiden och kostnaden för arbetet har jag tillhandahållit den nuvarande konfigurationen som behöver uppdateras. En dag senare fick jag ett brev med en rapport.

Rapportera om resultatet av bedömningen av kostnaden och tidpunkten för konfigurationsuppdateringen:

Konfiguration: Trade Management, Revision 10.3
Aktuell konfigurationsversion: 10.3.13.2
Uppdatering till version: 10.3.25.1
Antal uppdaterade moduler: 1 847
Kontrollsläpp: 8

Resultaten av bedömningen förvånade mig, eftersom företagets webbplats angav värdet på aktien - 1000 rubel. för en versionsuppdatering. 1C-IzhTiSi kommentarer:

"Kostnaden för uppdatering för varje missad utgåva är inte högre än 2000 rubel. Nu äger kampanjen rum, så kostnaden överstiger inte 1000 rubel. Men det slutliga priset för tjänster bestäms baserat på resultaten av bedömningen av arbetskostnader för uppdateringen och kan vara under 1000 rubel / release."

Jag klargjorde också hur de utgåvor som behövs för uppdateringen valdes ut. Som svar på min fråga fick jag en skärmdump som tydligt visade detta (Fig. 5). Kolumnen "Versionsnummer" anger vilken version av konfigurationen du vill uppgradera till. Kolumnen "Versionsuppgradering" anger från vilken version uppgraderingen är möjlig. Som ett resultat av bedömningen reducerades antalet nödvändiga uppdateringar till 9.

Ris. 5. Urval av utgåvor som måste användas för korrekt konfigurationsuppdatering

Efter att ha studerat rapporten "1C-IzhTiSi" beräknade jag den personliga tiden som spenderades på samma mängd arbete. Varje uppdateringsprocedur tar mig ungefär 6 timmar. Därför är den totala tidsåtgången 56 (9x6) arbetstimmar, vilket är cirka sju arbetsdagar. Dessutom finns det en möjlighet att några brister kommer att uppstå efter uppdateringen: till exempel klagar användaren över att de nödvändiga konfigurationsändringarna har gått förlorade, och då kommer tidskostnaderna att öka allvarligt. Samtidigt föreslår specialisterna från 1C-IzhTiSi-företaget att göra hela arbetsvolymen på tre till fyra arbetsdagar. Så jag bestämde mig för att använda deras tjänster.

Nu ska jag kort förklara exakt vad som ändrades i konfigurationen.

Kraftigt modifierade föremål. Detta är objekt där många typiska egenskaper har ändrats. Justeringarna är komplexa. Detaljerna för objektet har lagts till i tabellsektionen, som visas i objektets form och i listans form. Lade till hanterare för ytterligare detaljer i formulär. Ändrade standardmekanismen för dokumentpostering eller rörelseuppsättningsregistrering för registret.

Starkt modifierade dokument:
"Beställning till leverantören";
"Flytta gods";
"Krav-fraktsedel";
"Mottagande av varor och tjänster".

Kraftigt ändrade register:
"Sändningar av varor i lager";
"Varor i lager".

Betydligt förändrade objekt. Objekt där detaljer läggs till, antingen formerna för objekten eller modulerna för objektet ändras (som regel är dokumentpostering atypisk).
Dokument "Kvitto kontantorder";
Register över information "Nomenklaturkomponenter";
Informationsregister "Avskrivna varor";
Vanliga moduler.

Något modifierade föremål. I objekten har endast formulären ändrats och rekvisiten har lagts till.

Referenser:
"Typer av nomenklatur";
"Kontrakt av entreprenörer";
"Entreprenörer";
"Nomenklatur";
"Artikelpristyper";
"Ett antal informationsregister".

I avsnittet "Allmänt" har prenumerationer på evenemang, layouter, roller, allmänna moduler ändrats. Nästan allt har förändrats genom ett branschbeslut.

Steg 2. Borttagning av konfidentiell information

Innan de tillhandahåller 1C-IzhTiSi-anställda en informationsbas för testning är det nödvändigt att radera konfidentiell information i den. För sådana fall rekommenderar 1C att man använder behandlingen "Ändring av konfidentiell information", som inte är särskilt allmänt känd.

Behandling "Ändring av konfidentiell information" är utformad för att selektivt ändra eller rensa information i infobasen.Bearbetning kan användas för att förbereda informationsbas innan du skickar in för testning, där det är nödvändigt att dölja (rensa, ändra) viss information.

Bearbetar ändringar av ConfidentialInformation.epf finns på ITS-disken i katalogen 1CIts \ EXE \ EXTREPS \ UNIREPS81 \ UpdatePrivateInformation. Också denna bearbetning kan laddas ner från länken: http://its.1c.ru/db/metod81#content:1644:1.

Naturligtvis är konfidentiell information i varje företag olika, men jag skulle vilja göra dig uppmärksam på de uppgifter som med största sannolikhet behöver ändras:

  • Kataloger: Individer, Kontaktpersoner, Kontaktpersoner för motparter, Motparter, Pristyper.
  • Informationsregister: Passuppgifter för en individ, fullständiga namn på individer.

Din lista är troligen bredare, men detta är den vanligaste informationen. Att ändra dem kommer sannolikt inte att påverka möjligheten att testa din infobas. Du kan också gruppbearbetning ta bort alla dessa objekt, arbeta med vilka serviceföretag inte väntad.

Steg 3. Få uppdateringsresultaten

Tre dagar senare fick jag cf-filerna och omfattande instruktioner om hur man installerar dem. För kontrollreleaser tillhandahålls cf-filer som inte kan användas för användarupplevelsen, eftersom endast metadata uppdateras i dem. De är endast avsedda för korrekt uppdatering till den senaste versionen.

Baserat på resultatet av det utförda arbetet kan jag säga att alla ändringar i konfigurationen sparades, när man visuellt tittade på alla objekt som ändrades, behöll de sina egenskaper och skillnader från den typiska konfigurationen. Under driften rapporterade ingen av användarna att några ändringar gick förlorade.

Som ett resultat av uppdateringen har jag isolerat två små uppgifter för min egen lösning.

Först. På grund av det faktum att uppdateringen utförs med hjälp av mekanismen "Jämför, sammanfoga" är databaskonfigurationen verkligen uppdaterad, och uppdaterad korrekt, utan tekniska risker på grund av övervägande av kontrollutgåvor. Leverantörskonfigurationen uppdateras dock inte. Naturligtvis kan en tekniskt kompetent specialist enkelt lägga till detta jobb, men jag bad "1C-IzhTiSi" att skicka mer fullständiga instruktioner att uppdatera. I enlighet med det kan även en oerfaren specialist utföra uppdateringen.

Andra. Som ett resultat av uppdateringen finns alla objekt kvar på stöd med möjlighet att ändra, vilket också kan vara en indirekt nackdel. Om du behöver använda dessa tjänster åt gången måste du sätta alla objekt på support igen. Än så länge kan jag bara göra detta genom att gå igenom alla metadataobjekt. Tyvärr utförs denna process än så länge manuellt, men i framtiden kommer den också att automatiseras.

Utöver de två namngivna uppgifterna upptäcktes en liten brist, som i princip inte påverkar kvaliteten på uppdateringen och som sällan dyker upp. Som ett resultat av uppdateringen sammanfaller raderna i koden för den ursprungliga konfigurationen och den uppdaterade visuellt, men mellanslag har lagts till i slutet av raderna av någon anledning. Detta är en nackdel, eftersom det ökar mängden ändrad kod något. Och vid ytterligare manuell uppdatering det vore bättre att inte ha sådana kodbitar. I fig. 6 visar ett exempel före uppdateringen, och fig. 7 - exempel efter uppdatering.

Det visade sig att jag sparar det åt alla:

2 konfigurationer lagras i databasen: leverantörskonfigurationen (vilket är typiskt) och huvudkonfigurationen (den används när man arbetar med databasen)

När uppdateringar installeras på en bas med en konfiguration borttagen från supporten och reviderad, uppdateras faktiskt två konfigurationer: uppdatering av leverantörens konfiguration (uppdatering av standardkonfigurationen, oförändrad, till den aktuella versionen), och uppdatering av huvudkonfigurationen.

En generisk konfigurationsfil används för att uppdatera leverantörskonfigurationen. För att uppdatera huvudkonfigurationen används en tidigare förberedd cf-fil (en typisk konfiguration tas, ändringarna görs i den och konfigurationen dumpas i cf-filen)

Själva uppdateringsprocessen utförs i två steg: uppdatering av leverantörens konfiguration och uppdatering av huvudkonfigurationen. Sekvensen av stegen är inte kritisk.

Vad är 2 konfigurationer i 1 flaska för? Denna kombination av baskonfigurationer är bekväm att använda för att få en lista över ändringar i en typisk konfiguration. Huvudkonfigurationen innehåller konfigurationen med ändringar, leverantörskonfigurationen innehåller en typisk konfiguration. Med hjälp av mekanismen för att jämföra konfigurationer inbyggda i plattformen (i det här fallet huvudet och leverantören) kan du få en visuell uppfattning om vad som har ändrats i konfigurationen jämfört med den typiska. Det enda villkoret för bekvämt arbete vid jämförelse är att behålla samma versioner av båda konfigurationerna. Detta kräver 2 cf-filer - en för den huvudsakliga, den andra för leverantörskonfigurationen.

Låt oss föreställa oss att vi har båda cf-filerna (för att förbereda cf med ändringar - separat) Låt oss kalla dem till exempel "Typical_2_0_49_8.cf" och "Update_2_0_49_8.cf" Följaktligen är den första filen en uppdatering för leverantörskonfigurationen, den andra för huvudkonfigurationen.

Låt oss börja med att uppdatera leverantörens konfiguration.

I konfiguratorläget går du till menyn Konfiguration - Support - Uppdatera konfiguration. I den resulterande dialogrutan väljer du alternativknappen "Välj uppdateringsfil" och säger "Nästa"

Allt är bekant här. Ange filen "Typical_2_0_49_8.cf" och klicka på Slutför

Efter att alla frågor har lösts kommer plattformen att börja ladda konfigurationen för jämförelse. Det tar lite tid...

I slutet av nedladdningen får vi följande fönster:

Här visas skillnaderna mellan det vi redan har och det vi försöker ladda ner. Den första kolumnen är skillnaden mellan den nya konfigurationen och databaskonfigurationen (huvud), den andra är skillnaden mellan den aktuella leverantörskonfigurationen och den laddade konfigurationen.

Eftersom vi bara behöver uppdatera leverantörens konfiguration, och inte rör den huvudsakliga än, ta bort alla kryssrutor i den vänstra kolumnen (om du tar bort den översta, kommer alla andra nedan att tas bort av sig själva)

Klicka på "Kör", vänta ett tag ...

Under startprocessen kan följande fönster visas:

Detta syftar på blockering av basobjekt. Om alla omkopplare är inställda på läget "Objekt ej redigerbart" kommer konfigurationsändringar inte att vara möjliga utan att först ta bort konfigurationen från supporten (objekt på support, borttagna från support och redigerade medan support bibehålls är ett separat ämne) I de flesta fall, att ställa in supportregler görs enligt följande som visas på bilden

Resultatet av alla våra manipulationer kommer att bli ett meddelande

Gå till menyn Arkiv - Spara (plattformen sparar de ändringar som gjorts) och gå sedan till menyn Konfiguration - Uppdatera databaskonfigurationen. Processen kommer att ta lite tid och kräver att ändringar accepteras under omorganisationen.

Detta avslutar den första etappen.

Uppdaterar huvudkonfigurationen.

I Configurator-läget, gå till Konfiguration - Jämför, slå samman med konfigurationen från filmenyn. Omedelbart får vi ett fönster för att välja en fil, där vi anger vår fil för uppdatering av huvudkonfigurationen "Update_2_0_49_8.cf" Plattformen börjar omedelbart jämföra konfigurationer.

Eftersom vår fil "Update_2_0_49_8.cf" innehåller en redan uppdaterad konfiguration, med hänsyn till alla ändringar, lämnar vi nu alla kryssrutor i den vänstra kolumnen på plats.

Efter att ha klickat på "Kör"-knappen kommer konfigurationerna att slås samman (liknande det första steget)

När du har slutfört alla uppdateringssteg öppnar du databasen i företagsläge och bekräftar lagligheten av att ta emot uppdateringar

Faktum är att om konfigurationsändringarna är minimala och kända i förväg, finns det bara ett steg som kan göras - att uppdatera leverantörens konfiguration. I det här fallet, i den vänstra kolumnen, måste du ta bort kryssrutorna från de objekt som har ändrats i förhållande till standarden. Den här tekniken är dock endast användbar när du inte behöver göra ändringar i formulären och/eller jämföra stora kodblock. Den nya typiska konfigurationen kommer att läggas över den nuvarande, med undantag för de objekt som vi delar upp.

Uppdateringsmetoden är universell, den lämpar sig inte bara för konfigurationerna av "AccountingEnterprise", utan också för komplexet och för ZUP och för andra ...

På den här sidan kommer jag att beskriva de vanligaste misstagen när jag använder mitt program "".

Det första och enklaste alternativet

Kärnan i felet och instruktioner för att rätta till det anges direkt i rapporten. Tja, till exempel angav vi fel användarnamn och lösenord för databasen, och då kommer rapporten att innehålla följande rader:

Det andra och svåraste alternativet

Felet inträffade på 1c-sidan, och uppdateraren berättar om det direkt med den här raden i rapporten:

I det här fallet tittar vi på rapporten lite högre och letar efter gröna linjer som börjar med symboler där.

Dessa rader överfördes till uppdateringsprogrammet av själva 1c-plattformen, och det är de som behöver analyseras.

Nedan har jag förberett en lista över de mest ofta förekommande misstag från plattform 1c (de i grönt) och sätt att eliminera dem:

Felet "Namn fördefinierat element inte unik"

2. Hämta konfigurationsfilen (.cf) för basversionen någonstans - den som vi ser i "Om"-fönstret. Detta är det svåraste stadiet och här kommer jag inte att ge färdiga lösningar. Du kan hämta den här filen från en annan databas av den här versionen, eller så kan du be dina kollegor om den. Jag ska genast säga att det är meningslöst att be om det - jag kan inte ge dig det.

3. Ha konfigurationsfilen till hands (med tillägget .cf) den version du vill ha(den som du har i fönstret "Om programmet") i baskonfiguratorn, öppna objektet:

Vi kommer att specificera uppdateringsfilen själva:

Klicka på knappen Kör.

Efter uppdateringen, kontrollera leverantörens konfigurationsversion igen - nu bör den matcha versionen i "Om"-fönstret. Därefter kommer databasen att uppdateras av uppdateraren utan problem.

Vilka andra alternativ finns det för problem?

Felaktig enhetsnamn: frame.dll

(hur man börjar eller googla).

  1. Om uppdateringsprogrammet inte är installerat på själva 1c-servern måste du se till att PORT_NUMBER-porten på SERVER_IP-servern verkligen är öppen. Du kan kolla detta med telnet-kommandon SERVER_IP PORT_NUMBER. Om anslutningen görs är porten öppen.
  2. Därefter måste du se till att ingenting på datorn som uppdateringsprogrammet körs från blockerar dess anslutning till PORT_NUMBER på SERVER_IP. För att göra detta måste du tillfälligt inaktivera antivirus, brandvägg, brandvägg och andra liknande program (detta måste göras på datorn där uppdateringen är installerad). Om det här steget hjälper måste du registrera lämpliga undantag i blockeringsprogrammet.
  3. Om detta inte hjälper måste du registrera basadressen i uppdateringsprogrammet inte via servernamnet, utan direkt via dess IP (dess IP kommer att anges i SERVER_IP-felmeddelandet). Detta för att utesluta ett DNS-problem.

Programmet kan inte startas eftersom api-ms-crt-conio-l1 saknas på datorn. 1-0.dll

Om allt är ok enligt kraven, gå sedan till egenskaperna för genvägen genom vilken du kör uppdateringsprogrammet och gå till fliken "Kompatibilitet". Du måste ta bort alla jackdaws på den här fliken. Troligtvis har du av misstag installerat uppdateringsprogrammets kompatibilitet med ett annat operativsystem - därav problemen med plattformen (sedan när extern anslutning 1C-plattformskoden laddas in i uppdateringsprocessen).

Uppdateraren tar väldigt lång tid att starta

Och i fältet "Agent port" anges agentporten (som standard, 1540), som finns i egenskaperna för 1c centralservern i 1c klusterhanteringskonsolen (hur man startar eller googlar).

Efter uppdateringen är fältet "Rullup Date" dolt i "Infobase Collapse"-behandlingen för "Trade Management"-konfigurationen

I det här fallet kommer uppdateringsprogrammet att kunna arbeta med databasen, eftersom det inte kommer att försöka ansluta till den.

Men på grund av detta kommer vissa funktioner i uppdateringsprogrammet på basen inte att utföras automatiskt och kommer att vara otillgängliga.

Fel: anslutningen upprättades inte. måldatorn avvisade anslutningsbegäran

Om du fortfarande behöver ladda ner i dt, gör det i 1 tråd, om möjligt med pauser mellan operationerna. Starta om 1c-servern med jämna mellanrum för profylax.

MED det angivna felet Jag stötte på användare på nästan alla versioner av 1c-servern och i alla fall bestämde de sig för att gå över till arkivering med hjälp av ett DBMS.

Fel: Det gick inte att ta bort den etablerade blockeringen av nya sessioner med databasen

Om detta misslyckades är det möjligt:

  • du gjorde ett misstag när du skrev inloggningen och/eller lösenordet från ITS
  • du inte har betalat för tillgång till ITS
  • du är inte registrerad grundläggande version konfigurationer på 1C-webbplatsen för uppdateringar

3. Antag att allt är ok med tillgång till uppdateringar via sajten. Det återstår att eliminera problem i miljön på din dator och problem med 1C-uppdateringsservern.

För att göra detta, prova att ladda ner nya uppdateringar till din konfiguration via konfiguratorn (detta är sättet som uppdateringsprogrammet använder i sitt arbete).

3.1 Gå till konfiguratorn för din basstation och välj menyalternativet "Konfiguration" - "Öppna konfiguration".

3.5 Slutligen, ange användarnamn och lösenord från ITS ( Se till att kopiera dem från anteckningsblocket):

Och försök ladda ner en av uppdateringarna som konfiguratorn för din databas kommer att erbjuda dig.

Om detta misslyckas är det möjligt:

  • du har problem med miljön på din dator
  • 1C-uppdateringsservern fungerar tillfälligt inte korrekt (medan uppdateringar via webbplatsen kan fortsätta att laddas ner som tidigare)
  • du har inte tillgång till uppdateringar av just den här konfigurationen (du har inte betalat för en ITS-prenumeration på den, eller så har du en grundläggande version som du inte registrerade på webbplatsen)

4. Anta att konfiguratorn har laddat ner uppdateringen. I det här fallet är det värt att kopiera ITS-inloggningen och lösenordet från anteckningsblocket till uppdateringsinställningarna och kontrollera om problemet har försvunnit.

Annars finns det en viss nyans på sidan av uppdateraren. I detta fall ber jag dig att skriva till supporttjänsten på [e-postskyddad] och vi kommer att fortsätta att förstå i detalj i ditt fall.

DBMS-fel: Microsoft SQL Server Native Client 11.0: Ogiltigt objektnamn "SchemaStorage"

5. Om problemet finns i vissa en specifik uppdatering (till exempel, den hittas inte eller ett fel utfärdas när den läses in i databasen) -komprimera den till ett arkiv och bifoga den till brevet... Hur man laddar upp ett stort arkiv till Internet beskrivs (från punkt 5) med hjälp av exemplet med 1c-databasen.

Här ... Jag frågar naturligtvis mycket information, och det kanske inte är så lätt för nybörjare att samla in och skicka den till mig. Men i det här fallet ber jag dig att vända dig till mer erfarna kamrater för att hjälpa dig.

Om du jobbar hårt kan jag hjälpa dig.

En atypisk 1C-konfiguration är när: 1) 1C-konfigurationen skrevs från början av programmeraren, 2) 1C-konfigurationen var typisk, men ändringar lades till, även om en rekvisita lades till.

I den här artikeln kommer vi att överväga hur det är nödvändigt att korrekt uppdatera 1C-konfigurationer, samt flera tekniker för att mjukt ändra typiska konfigurationer, d.v.s. rätt ändring, vilket inte kommer att påverka möjligheten till ytterligare uppdateringar.

För att göra några ändringar i den typiska 1C-konfigurationen är det nödvändigt att avblockera ändringen i den typiska 1C-konfigurationen och i vissa fall "ta bort den från supporten".

I själva det bästa alternativet uppdateringar kan 1C-konfigurationen uppdateras helt automatiskt läge, detta är möjligt när konfigurationsändringar är förbjudna för oss. Ganska ofta måste du inkludera en konfigurationsändring eftersom en anpassning behövs tillämpade lösningar enligt kundens affärskrav kommer vi att stanna vid detta alternativ.

Innan du uppdaterar det rekommenderas starkt att göra säkerhetskopiering databaser, kan detta göras via menyn Administration / Unload infobase.

Det finns 2 uppdateringsalternativ: a) 1C-uppdatering via support (ringa via konfigurationsdialogrutan Konfiguration / Support / Uppdatera) och b) genom jämförelse, kombinerad med konfigurationen från filen. Det bör noteras att skillnaden mellan de två är att i det första fallet uppdateras både huvudkonfigurationen och leverantörskonfigurationen, och när man jämför sammanslagningen av konfigurationer uppdateras endast huvudkonfigurationen, leverantörskonfigurationen förblir densamma. Därför är det mest rekommenderade alternativet att uppdatera via Update Configuration. För uppdatering via Configuration Support används CF- eller CFU-leverantörens leveransfiler, som kan hittas genom att söka, i mallkatalogen, ange sökväg på Internet, eller direkt ange sökväg till önskad fil på din hårddisk.

När du uppdaterar 1C-konfigurationen utan möjlighet att göra ändringar, sker uppdateringen efter val av uppdateringsfil i automatiskt läge, om konfigurationsalternativet är aktiverat för att göra ändringar, sedan efter val av uppdateringsfil, kommer konfigurationsjämförelsefönstret att visas. I den här dialogrutan kan vi se hur systemet uppmanar oss att uppdatera vår atypiska 1C-konfiguration. I den nedre delen av dialogrutan finns en motsvarande förklaring efter objektstatus: "Status efter objektmatchningar" anger en jämförelse av "Huvudkonfiguration" och "Ny konfiguration", "Status efter objekthistorik" anger en jämförelse av konfiguration objekt med objekt i "Gammal leverantörskonfiguration".

Genom att markera rutorna bredvid objekten kan du välja om det aktuella konfigurationsobjektet ska ändras eller förbli gammalt, samt metoden för att ändra objektet. I åtgärdsmenyn är det möjligt att markera rutorna för delsystem (detta är användbart om konfigurationen stöds av flera leverantörer). Även i denna meny är det möjligt att ange sammanslagningsprioritet för alla objekt samtidigt, som standard anser systemet att leverantörens konfiguration har högre prioritet. Filterinställningarna tillåter oss att specificera vilka konfigurationsobjekt vi ska visa för att kunna specificera sammanslagningsläget i detalj. Det finns flera standardfiltermallar, och du kan även ange filter för varje par av jämförda konfigurationer. Det är möjligt att sätta kryssrutan "Visa endast två gånger ändrade egenskaper" i "Filter"-inställningarna.

Så resultatet blir en lista över objekt som har ändrats två gånger under revideringen av standardkonfigurationen och i den nya konfigurationen av leverantören. Om du godkänner uppdateringen kommer de förbättringar som gjorts tidigare i dessa objekt att gå förlorade. Därför är det nödvändigt att för varje objekt fatta ett beslut om hur det ska uppdateras. I detta skede bör en preliminär jämförelse göras enbart för att minska arbetsmängden i framtiden. Bedömningen är inte korrekt, snabb - "med ögat". Om det finns fler ändringar i objektet i den nya konfigurationen av leverantören, lämnar vi instansen av leverantörsobjektet. Vi lämnar en bock. Sedan måste du överföra ändringarna från den fungerande konfigurationen. Om det finns fler ändringar i objektet i arbetskonfigurationen lämnar vi instansen av objektet i arbetskonfigurationen. Avmarkera rutan. Sedan måste du migrera ändringarna från leverantörens konfiguration. Med moduler kan du göra lite annorlunda, eftersom det är möjligt att jämföra moduler procedurmässigt.

De där. i händelse av att i vår 1C-konfiguration och i leverantörens konfiguration ändras olika procedurer Efter att ha placerat kryssrutorna korrekt, kommer vi att spara oss själva besväret att manuellt överföra kodändringar. För att komma till detta måste du klicka på knappen i form av ett förstoringsglas bredvid namnet på läget för att kombinera moduler:

När vi visar en meny med åtgärder på ett objekt (till exempel genom att trycka på höger musknapp), kan vi anropa en rapport om jämförelse av objekt.

För att bekräfta den utförda 1C-uppdateringen måste du välja menyalternativet Konfiguration/Uppdatera databaskonfiguration.

För att vägra uppdatera 1C - måste du välja menyalternativet Konfiguration / Återgå till databaskonfigurationen.

Flera regler som förenklar den framtida uppdateringen av 1C-konfigurationer:

Grundregeln för att uppdatera 1C: du måste lägga till nya objekt, eftersom vid uppdatering påverkas inte nya objekt av systemet

När du ändrar texterna i moduler är det också lämpligt att lägga till dina egna nya procedurer och funktioner och anropa dina nya från de befintliga.

Genom att använda prenumerationer på evenemang, tack vare detta, kan du ändra de typiska mekanismerna utan att ändra den typiska koden

Använder typisk konfigurationsfunktion

Programmatiskt skapande av formulärelement (i händelse av OnFormCreationOnServer)

Tack!