1C 8.3 güncellendiğinde donuyor. Hemen bir yedek kopyaya ihtiyacımız var

BT-fahivtsy skarga koristuvachiv'in birçok nedenden dolayı "1C'ye bağlı kalması" iyi bilinmektedir. Doğru "teşhis" koymak için - sorunun tanımlanması ve analizi, onu çözmek gerekir ve çözülmesi imkansız olan bir sorunu bile kural olarak çözmek neredeyse imkansızdır. 1C takılma belirtilerini giderdikten sonra sistem etkin bir şekilde çalışana kadar yoldaki ilk kırıntıları toplayacağız.

Sistem çok uzun süredir hizmette

IB'yi bilgisayardaki veritabanları listesine ekledikten sonra önemli bir yapılandırmanın ilk olarak bir bilgisayar altında uzun süreli başlatılması normaldir. İşlem ilk başlatıldığında yapılandırma önbelleğe alınır. Diğer ve gelecek lansmanlar daha erken sona erecek.

Çok uzun süren sistemin başlatılması, konfigürasyonun mimari uygulamasında sorunlara işaret edebilir. Çoğu konfigürasyon, gerekli meta veri nesnesine atılan ilk adımdan sonra platform tarafından dikkate alınır. Çok sayıda meta veri nesnesinin (farklı modüllerde çok fazla işlem yapılması, işleme vb.) güvenilirliği hakkında konuşmaya uzun bir başlangıç.

Herhangi bir modülün metninin ilk indirilmesinden itibaren derlenmesinin gerçekleştirildiğini hatırlamak önemlidir. Bu işlem aynı zamanda bir saat sürmektedir ve bu özellikle çok sayıda modül olduğu için önemlidir. Bu nedenle, düzgün başlatma sorunu, konfigürasyonun değiştirilmesinden (optimizasyonundan) kaynaklanır; bu, sistem başlangıcında yapılandırılmış tüm dil algoritmalarının açılması anlamına gelir.

İnternetten veri okumak için başlatma sırasındaki yapılandırmanın gerekli olduğu kesindir. Bu aynı zamanda sistemin başlama süresini de uzatır.

Daha da fazla form

Daha fazla form geliştirilebilir:

1. Formda çok sayıda kontrol öğesi - formun oluşturulması ve form öğelerinin birbirine bağlı geliştirilmesi için bir saat harcanır;
2. Formun başlatılması sırasında algoritmaların dönüştürülmesi. Belki form oluşturulurken ya zihinler kontrol ediliyor ve/veya veri tabanından ilgili nesnelerin okunması yapılıyor.

İlk sorun, basitleştirilmiş haliyle “sevinir”. Örneğin bazı kontrol elemanları formun dışına yerleştirilebilir ve bu durum tasarımcıya daha uygun olabilir. Örneğin formda “Misto”, “Vulitsya”, “Budinok” vb. adres alanı olduğundan, adresi doğru biçimde düzenlemek daha iyidir.

Formların oluşturulması ve açılması sırasında oluşan eylemlerin analizi ve bu algoritmaların optimizasyonunda bir diğer sorun ortaya çıkmaktadır. Algoritmalardan bazılarının zaten güncelliğini kaybetmiş olması mümkündür ve bazılarının basitleştirilmesi ve optimize edilmesi, örneğin veritabanındaki veri işlemenin kapatılması ve en aza indirilmesi mümkündür.

Etkileşimli bir eylem olarak, kullanıcının bir form öğesindeki bir değeri seçme girişimine bakalım. Ona göre sistem “daha ​​yeni başlıyor”. Bunun nedeni aşağıdaki nedenlerden kaynaklanabilir:

1. Bu eylem için kullanılan algoritmalar doğrulanır veya bunlarla ilişkili veriler hesaplanır; bu, değer seçim moduna uygulanır;
2. Bir değer seçmek için açılan seçim formu, başlatma anında veritabanındaki tüm nesneleri okur.

İlk sorunu çözmek için hızlı bir şekilde "Verimlilik Dünyası"nı kullanın, kaynak yoğun algoritmalar bulun ve bunları optimize edin.

Seçim formunun uygulanmasının basit bir analizi ile başka bir sorun çözülebilir. Örneğin, dinamik bir liste için "Dinamik veri okuma" gücünün ayarlandığını, "Ana tablo" gücünün doğru şekilde ayarlandığını ve listenin uygulanmasının daha fazla kaynak yoğun algoritmalara tabi olmadığını hatırlamak önemlidir.

Bu, bir seçim formunu açtığınızda ilgili tüm verilerin veri tabanından okunmasıyla aynı durumdur (örneğin, “Nomenklatür” seçeneğini seçtiğinizde bir form açtığınızda depolardaki mal fazlası dikkate alınır). Kural olarak bu en iyi karar değildir. Bağlantılı verileri form açıldıktan sonra eşzamansız olarak okumak daha iyidir. Bu vücutta daha az rahatsızlığa neden olur, çünkü Formu müşteriye gösterdikten sonra, ortaya çıkan formu ayarlamak için bir saat ayırın ve aynı saati ilgili verileri elde etmek için harcayın.

Güncellemeye verilen tepki gerçekten heyecan vericiydi

Sistem sorunlarıyla ilgili önemsiz belirtilerden, korumalardan ve bilgilerden biri: Bir yedekleme başlatılırken 1C güncellemesi donuyor. Temel olarak, İnternet üzerinden güncelleme yapılması gerekiyor ve tüm bunlara rağmen, konfigürasyonun uzun süredir güncellenmediği ve birer birer biriken sürümlerin sıkışıp kaldığı hakkında konuşmak gerekiyor. Güncellemeyi hemen yükleyerek böyle bir sorunun önüne geçebilir, karşılaştığınız takdirde yedekleme işlemini yarıda kesmeniz yeterli olacaktır. Yapılandırıcıyı başlattıktan sonra veritabanı varsayılan modda yapılan değişikliklerle başlayacaktır.

1C 8.3'ün, çoğunlukla platformun alt sürümü olan kaynak yoğun donanım gerektiren güncellemeler sırasında donduğuna dikkat edilmelidir. RAM'i artırmanız gerekiyorsa kullanımına dikkat etmelisiniz - bu, prensip olarak, "1C'nin yeni konfigürasyonda donması" gibi yaygın soruna yardımcı olabilir.

Nesnelerin/belgelerin uzun süreli kaydedilmesi

Bu durumda, "fotoğraf işleme" pratik olarak kapatılır, nesnedeki büyük veri yükümlülüğünden engellemeye kadar bazı nedenler çok önemli olabilir.

Böyle bir durumda analiz için doğrudan bizimle iletişime geçebilirsiniz.

Nesnenin kodundaki veya veri işlemesindeki bir sorunu bildirmek için, saate ve muhabir sayısına (açık, öznel bir değerlendirmeye dayanarak) göre hesaplanan kayıt süresinde bir dizi önemli değişiklik vardır. Bunu analiz etmek için “Verimlilik Widget'ı” aracını kullanmak gerekir.

Sorunların istatistiksel analizinden açıkça anlaşılan, net olmayan birikintiler durumunda kayıt zamanında radikal bir değişiklik olur. verimlilik analizi. En basit yöntem kayıt günlüğünün içeriğini analiz etmektir. Ek bir avantaj, günlük verilerinin SQLite formatında bir dosyaya kaydedilmesi için 1C:Enterprise 8 platformunun desteklenmesidir. Günlükteki verileri analiz etmek için vikoristovvat SQL sorgularına izin vermek daha iyidir. Her nesne kaydının bir işlemle ilişkili olduğu ve her işlemin kendi kimlik numarasına sahip olduğu gerçeğinin anlaşılması için, tüm nesne kayıtları günlük verilerinden alınabilir.

İstatistiksel analizin sonucu, bir nesneyi kaydetme zamanının müşteri sayısında değil, üretim zamanında yattığını gösterdiğinden, 1C sunucusunun ve veritabanı sunucusunun önemini analiz etmek gerekir. Sunucuda kaynakları tüketen düzenleyici süreçlerin çalışıyor olması mümkündür.

Nesnelerin kaydedilmesi belirli sayıda kullanıcı tarafından sınırlı olduğundan, sorunlar büyük olasılıkla koddan (muhtemelen engelleme nedeniyle) veya mülkün veriminden kaynaklanmaktadır. Bunu yapmak için, “1C: Teknolojik Güç Uzmanı” yeterliliğine sahip bir uzmanı işe almak en iyisidir, birleşik kurallar olduğu sürece böyle bir görev yoktur.

Torbaları kısaca anlatalım:

H 1C sisteminin donmadan sorunsuz çalışabilmesi için veritabanı bakımının düzgün yapılması tavsiye edilir. Ayrıca dış görünüm güncellemeleriyle konfigürasyonun giderek daha karmaşık hale geldiğini, teknik ve kaynak gereksinimlerinin arttığını da anlamak gerekir. Aksi halde 5-7 yıllık bir bilgisayarda “uçma” sisteminin mümkün olduğu görülüyor.

Bugün 1C sistemi, küçük ve orta ölçekli işletmeleri yönetmek için ana araçlardan biridir. Kural olarak, kuruluşun tüm çalışanlarının programlara erişimi vardır. Bu sayede 1C dörtnala koşmaya veya tam anlamıyla çalışmaya başladıkça iş yapılması amaçlanıyor. 1C'de kendi başınıza nasıl hızlı bir şekilde çalışabileceğinize ve çalışmanızı optimize edebileceğinize bir göz atalım.

Ek 1C yükseltmesi için optimizasyon

1C'nin yeni sürümleri her zaman daha başarılı çalışacağından kesinlikle güncellemeleri takip etmeniz gerekecektir. Muhasebenin mümkün olduğunca sık güncellenmesi önerilir. Özellikle düzenlenmiş versiyonlar yayınlandığında.

Birçok kişi uzun zamandır programı otomatik olarak güncelleme yeteneğiyle ilgileniyor. Bu yiyeceğin 1c Enterprise 8.3 için kolayca ve manuel olarak değiştirilmesini istiyorsanız, bunu güncellemek sorun olmayacaktır.

İlk timsah, aynı zamanda galip gelen platformun geri kalan versiyonuyla ilgileniyor. Güncellenmiş konfigürasyonu resmi olarak sağlanan 1c Enterprise 8.3 gibi bilgisayar programlarına sürekli destek sağlamak için ek bir ITS diski veya web arayüzü kullanmanız gerekir.

Güncellenmiş verilere sahip kalan arşiv tedarikinde yenisiyle ilgileneceksiniz. Tüccar için en önemli kişi olan her babanın bunu açması beklenir. Bundan sonra .exe dosyasını çalıştırmanız gerekir. Bir sonraki pencerede “İleri” düğmesine basmanız yeterlidir.

Başka bir taraf ortaya çıkacak. Bu ekranda operatör kurulumun tamamlanacağı rotayı seçer. Bu ürün, kişisel bilgisayar kullanan tüm mevcut kullanıcılara önerilir. Sorunların çoğundan tamamen hesaplamaların arkasındaki işlev sorumludur. Bu durumda, tüm güncellemelerin yüklendiği bir klasör belirtilir. Son yollar farklı olsa bile bu çok daha zordur. 1c Enterprise 8.3 programındaki “İleri” düğmelerine birkaç kez tıklamanız yeterlidir; yapılandırmanın güncellenmesi hızlı bir şekilde ilerleyebilir.

“Kurulum”u başlatan son düğme kayboldu.

Platform sinir bozucu olduğundan 1C robotu nasıl hızlandırılır

Sorunlara neden olan en yaygın yer, bir aşamada Viconavian'daki saygı yoğunluğunun azalmasıdır. Burada doğru güncelleme şemasını seçmek önemlidir, ancak bu durumda güncelleme sırasında 1C'nin donması durumunda bir sorunla karşılaşmayacağız.

Güncellenmiş sürüm 7.7

Yapılandırma çeşitli türlerde gelir. Daha fazla eylemden kaçınılacağını seçmek önemlidir.

• Tipik - her seferinde iletilir, bu nedenle güncellemelerin düzenlenmiş düzeyde yapılması gerekir.
• Tipik Galuzev değişiklikleri - tahmin edilecek pek çok seçenek var. Öncelikle öğretmenin verdiği talimatlara aşina olmak önemlidir. Aksi takdirde 1s 8.3'ün neden güncellenmek üzere olduğunu anlayamayacaksınız.
• Değişiklikler standarttır - operatör her zaman programı tam ihtiyaçları karşılayacak şekilde kendisi değiştirme fırsatına sahip olacaktır. İşlevselliği genişletmenin bir başka seçeneği de yeni platformlara geçmek. Örneğin sürüm 8.

8.0 ve 8.1 sürümleri hakkında

Şu anda platform 8.0 zaten destekten çekiliyor. Yeni türdeki geliştirmeler ancak kalan sürümler yayınlanır yayınlanmaz çalışmaya başlayacaktır. Sadece tüm ara sürümlerin sırayla gerçekleştiğini hatırlamanız gerekir. Aksi takdirde, bilgilerin israf edilmesi büyük bir olasılıktır. Veya güncellenmiş yapılandırmayla 1'ler donarsa durumdan kurtulun.

Yeni bir standart konfigürasyon getirildiğinde ve daha sonra eski bilgi tabanlarındaki fazlalıklar ona aktarıldığında sorun yaşanabilir.

8.1 sürümü mevcut olduğundan, bu sürüme çeşitli yollarla yükseltme yapabilirsiniz:

1. elle;
2. otomatik modda;
3. Bu alanda hizmet veren firmaların temsilcilerini arayın.

Standart dışı ve değiştirilmiş sürümlerle çalışma

Başlangıçta, herhangi bir konfigürasyon tipik gelişmelere indirgenecektir. İşletmede şarkı değişiklikleri yaptıklarında böyle olmayı bırakıyor. Örneğin kurulum saatine yakın. Atipik konfigürasyonlarda görünen iki sınıf vardır:

1. değişti;
2. Belirli bir işletmenin ihtiyaçlarını karşılamak için sıfırdan yaratılmıştır.

Bazı durumlarda, katılımcılar arasında başka bir sınıfın konfigürasyonu aktif olarak büyüyor. O zaman standart hale gelecektir. Geliştirici olarak 1C'nin kendisi değil, yeni sürümü oluşturan şirket sayılıyor.

Yapılandırmanın uygunluğu aşağıdaki eylemlerle desteklenebilir:

• Corriguvannya affeder.
• Genişletilmiş işlevsellik.
• Derinlemesine.
• 1C 8.3'ü değiştirin, servis odasındaki ayarların yapılandırması güncellenmez.

Kurulum işlemi o andaki internet hızına bağlı olarak farklı bir saat sürebilir. Bir sonraki pencerede işçi işi tamamladıktan sonra kendini yenilemesi gerekip gerekmediğini, yoksa güvenli olup olmadığını seçer. Kalan seçenekte, başka kimsenin eklentiye ihtiyaç duymaması için yeniden dönüştürmeniz gerekir. Sürecin kendisi, ihlali 1c Enterprise 8.3 eklentisinin ortasında özel moda aktarıyor, güncellemenin geri kalanı suçlanmıyor.

• Lütfen tüm yayın sürümlerinin akış için yapılandırılamayacağını unutmayın.
• Güncellemeler uzun süredir yapılmadıysa, bir dizi dosya veya arşivle karşılaşmanız mümkündür.
• Hangi 1C Enterprise 8.3 sürümünün gerekli olduğunu listeden görmek kolaydır, güncelleme müşterinin kendisi tarafından seçilir.

İşlem tamamlandıktan sonra yapılandırıcının kendisi kapatılabilir. Bu rejimin kendisi çoğunlukla güncellemeye ihtiyaç duyulduğunda ihlal edilir. Manueldir ve tüm süreci otomatikleştirir. İlk kez başlattığınızda platformun güncel olmadığına dair bildirimler alabilirsiniz. Ve hemen galip gelmeniz önerilmez.

Galmuvania'nın ek nedenleri

Program doğru şekilde ve herhangi bir ödün vermeden güncellenirse, ancak 1C tamamen aynıysa, bunun nedeni mevcut durumdan kaynaklanıyor olabilir:

• Antivirüs - doğru yapılandırılırsa, antivirüs sistemi etkilemez, fabrika ayarlarına ayarlanmışsa 1C verimliliği% 5-10 oranında azalabilir. Arka plan modunu devre dışı bırakarak (gerektiğinde) ek ayarları kullanarak virüsten koruma yazılımınızı optimize edebilirsiniz.
• Bilgisayar parametreleri - genellikle yeterince sertleştirilmemiş bilgisayarlar, 1C verimliliğinde ciddi bir düşüşe yol açar. Video kartına, işletim sistemine ve işlemciye özellikle dikkat edilmelidir.

Bu tür yöntemler, herhangi bir şirket veya kuruluş için 1C'deki çalışmayı önemli ölçüde optimize edebilir ve hızlandırabilir, ardından programın verimliliği önemli ölçüde artacaktır.

1) 1C sunucusunda görünen rphost belleği miktarına hayret edin. Sunucunuzun x32 sürümüne sahipseniz maksimum 1,75 GB RAM ile işlem kullanılabilir.
Kullanılabilir bellek yoksa, iş parçacıklı oturumun ek bellek gerektirmesi durumunda sunucu yeni bağlantıları kabul edemez veya askıda kalır
www.viva64.com/ru/k/0036
2) "Çalışan sunucu parametreleri" ayarlarına bakın, ayarları yanlış yapmış olabilirsiniz. Aynı sorun bende de vardı ve sunucu sürekli donuyordu. Yatırımlara yönelik kurulumum. Sunucu 11 GB görüldü.
3) Postgressql kurulumunda sorunlar olabilir.

Sunucu parametrelerinizi, veritabanı boyutlarınızı, Postgressql yapılandırmalarınızı belirtin. Bilgi olmadan söylemek önemlidir.

PostgreSQL yapılandırmam: https://drive.google.com/file/d/0B2qGCc-vzEVDMERVW...
Bu yapılandırma bariz miktarda RAM için seçilmiştir.
Linux'ta PostgreSQL kurulumları, 3 GB RAM, 3 CPU çekirdeği.
Sunucu 1C8: 11 GB RAM, 5 CPU çekirdeği
Yaklaşık 1 GB cildi ölçen 4 baz (dt cinsinden görselleştirilmiştir)

Sunucunuzun tüm özelliklerini kontrol edin: 1C8 sunucu ve veritabanı, fiziksel veya sanal, işletim sistemi, her sunucuda ne kadar RAM var, ne tür CPU, rphost işlemi ne kadar RAM kaplıyor, kaç tane? RAID dizisi kullanan bir vikorist misiniz?

Daha önce ben de PostgreSQL galibiydim, ancak bu süreçte PostgreSQL veritabanı üzerinde çalışırken bazı sorunlarla karşılaştım ve yakın zamanda MS SQL'e geçtim.

Sunucunuz bu veritabanları için iyidir. PostgreSQL'i kullanabilmek için kurulumunu iyi anlamanız gerekir. Küçüklerin çok fazla düzeltmesi olduğunda vedalaşırlar. 1C + PostgreSQL'i uygulamaya yeni başladığımızda, veritabanıyla ilgili sık sık sorun yaşadık (bazı donmalar vardı, ancak mükemmel çalıştı). PostgreSQL'in Linux'ta kullanılması Windows'a göre daha iyidir. Ben kendim veritabanı uzmanı değilim, veritabanı sunucusunu kurmak için 1SBit'ten uzman tuttuk ve kurulumunu yaptık ve sonrasında hiçbir sorun yaşamadık.

:
Temel olarak, harikasınız ve bunu sizin için ayarlayabilecek bir veritabanı teknisyenini işe almaktan çekinmeyin. Bir kişi herkese sahte olamaz.

1) ne kadar süredir veritabanının kendisini kontrol edip yeniden indeksliyorsunuz? VAKUM ve REENDEX
2) 1C yöntemlerini kullanarak temeli test etmek ve düzeltmekten uzun süredir rahatsız oldunuz mu?
3) HDD'deki veritabanı günlük dosyası hatalı mı?
4) HDD'yi neden bu kadar çok istiyorsunuz?

"Neredeyse" herhangi bir ayarlama gerektirmeden sık sık MS SQL'e geçmeyi düşünün; başlamak daha kolaydır. PostgreSQL yöneticisinde, MS Sql kutudan çıktığı gibi çalışmaya hazırdır ancak PostgreSQL'in yapılandırılması gerekir.

Yemek yazacağız, Skype'tan yardımcı olabiliriz: tisartisar

Veritabanı kurulumu olan bir muhasebeci işe alın

Neden MS SQL'e geçtik:
UT'nin doğru konfigürasyonunu kullandık ve ay kapatıldığında alarmlar çalmaya başladı ve bu düzeltilemedi. Veritabanını dosya moduna aktarıp bir ay içinde başlattıysam, her şey normal şekilde kapandı, yazılım açıldığında veritabanı PostgreSQL sunucusuna aktarıldı ve sorunlar oluştu. O zamanlar ayları yüzen mezeler bağında kapattıktan sonra ilk kez kalkıyorduk. MS SQL üzerinde test veritabanı oluşturduk ve bir ay boyunca MS Sql üzerinde PostgreSQL'de kapatamadık. Ayrıca PostgreSQL, fiyat listesindeki fiyatları doğru şekilde yuvarlamıyor. 1C robotunun PostgreSQL üzerinde çalıştığı gerçeğini takip etmek önemlidir ancak MS SQl kullanılması tavsiye edilir.
Sonuçta MS SQL'e geçmek mümkün çünkü... 1C yol çalışmasının stabilitesi.

Rady, eğer yardım edebilirsen, yiyecek ve sorunlar çıkarsa tekrar savaş.

1) MS SQL sunucusu ne kadar bellek görebilir? Bu, MS SQL sunucusunun kendisi ile ayarlanır.
2) Veritabanını 1C yöntemlerini kullanarak düzenli olarak test edin
3) yedekleme ve bakımın nasıl kurulacağı. Düzenli çalışmak önemli ve gereklidir. Her gün çekiniyorum. Kılavuzun 3 bölümünü tanıyın.