Güncelleme sürecinde, diğer konfigürasyonlardan veri aktarımı ve hatta günlük çalışma sırasında, sistem işlemlerini gerçekleştirirken teknik hatalar mümkündür. Çoğu durumda, bu tür başarısızlıklar tespit edilir ve başarıyla işlenir, ancak bazı durumlarda hala hatalara yol açarlar. Bu tür hatalar en sık nihai verilere erişirken tezahür eder. Örneğin, Ruble Sild ifadesinde "ilk, ciro ve sonlu denge veya sonuçları" birleştirmez ". Bu durumu düzeltmek için sonuçlar yeniden hesaplanır.

Sonuçların yeniden hesaplanması Konfigüratör modunda (yönetim menüsü - test ve düzeltme) yapılabilir.

Yapılandırıcıyı başlatma imkanı olmadığı durumunda, sonuçların yeniden hesaplanması kullanıcı modundan gerçekleştirilebilir. Bunu yapmak için aşağıdaki işlemleri yapın.

1. Bilgi tabanındaki ilk belgenin tarihini belirleyin. Bunu yapmak için "Operations Dergisi" (bölüm muhasebesi, vergiler, raporlama) kullanabilirsiniz. Liste tüm seçimleri kaldırmalıdır. Örneğin, 12/31/2011.
2. Çıktı ve Birimler Yönetim Formunu açın (Yönetim Bölümü - Servis Paneli Servisi).

"Tamam" düğmesi sonuçları yeniden hesaplamaya başlayacaktır. Arıza tamamlandıktan sonra, standart raporlar hatasız olarak oluşturulacaktır.

Sevdim? Arkadaşlarınla \u200b\u200bpaylaş

Program 1C ile çalışma konusunda danışma

Hizmet, özellikle farklı yapılandırmaların 1C programı ile çalışan istemciler için veya bilgi ve teknik destek (ON). Sorunuza sor, ve biz zevkle cevap vereceğiz! Danışmanlık elde etmek için önkoşul, Prof.'in mevcut bir anlaşmanın varlığıdır. İstisnalar, PP 1C'nin (8 versiyonunun) temel versiyonlarıdır. Onlar için sözleşmenin kullanılabilirliği gerekli değildir.

Hem artık hem de akım birikimi kayıtları fiziksel olarak iki tablodan oluşuyor: hareket tabloları ve toplam tablo. Sonuç tablosu, bu verilere daha hızlı erişim için, hareket tablosundan ölçüm verilerinden veri içerir. Sonuçlar varsayılan olarak, her ayın ilk sayısında aylarca var; Kayıtlar için, ilgili sonuçlar da ayrı ayrı saklanır, yani cari ayın sonuçları. Her bir kayıt için, geçerli sonuçlar devre dışı bırakılabilir.
Belge kaydedicisi sırasında, hareket tablosunda bir giriş olarak, sonuç tablosundaki kayıt olarak ve belge geçtiğimiz ay boyunca yapılırsa, kayıtlar sayısına göre yapılacaktır. son aylar. Yani, tüm geçmiş sonuçlar güncellendi.
Kayıtları ölçmek için, sonuçların kullanımını devre dışı bırakabilirsiniz, tabanın performansı üzerinde olumlu bir etkiye sahiptir:

Ayrıca, iki alternatif olduğuna dikkat ediyoruz - sonuçların kullanılması veya agrega kullanımı; İkinci seçenek daha esnektir.

Soru 12.30 Sınav 1C: Platformda profesyonel. Artık birikim kayıtları için sonuçlar:

1. Depolanma
2. Saklanmış. Hesaplanan dönemlerle sınırlı değildirler, çünkü sonraki dönemi açarken sistem tarafından otomatik olarak hesaplanırlar.
3. Saklanabilir, ancak hesaplanan sonuçların dönemi ile sınırlı olabilir. Eğer kovulmamışlarsa, o zaman saklanmazlar. Hesaplanan sonuçları 1C modunda yönetebilirsiniz: Kurumsal
4. Sağ Cevaplar 2 ve 3, ara sonuçların otomatik hesaplanması konfigüratör modunda ayarlanabilir.

Doğru cevap üçüncü.

Soru 12.32 Sınav 1C: Platformda profesyonel. Birikim ile çalışırken, "artıklar" türüne sahip, sonuçları kapatmak, aşağıdakilere yol açar:

1. sadece operasyonel remanlar alabilirsin
2. herhangi bir zamanda artıkları alabilirsiniz, ancak hızları artacaktır.

Doğru cevap ikincisidir. Bulunan sonuçlar durumunda, artıklar aylık dönemde mevcuttur.

Soru 12.33 Sınav 1C: Platformda profesyonel. Kullanıcı tarafından akım sonucu yeniden hesaplanırken:

1. geçerli sonuçlar yalnızca mevcut oturum için yeniden hesaplanacaktır.
2. tüm güncel sonuçlar yeniden hesaplanacaktır.
3. geçerli sonuçlar akım için veya kayıt ayarlarına bağlı olarak tüm oturumlar için yeniden hesaplanacaktır.

Doğru cevap ikincisidir, "Mevcut Oturum" kavramı yoktur. Sonuçların gerçek yeniden hesaplanması, sonuç tablolarını özetleme prosedürüdür, çünkü Zamanla, sıfır değerli dizeler, sistemin hızını azaltır.

Soru 12.34 Sınav 1C: Platformda profesyonel. Sonuçları kullanıcı tarafından yeniden hesaplarken:

1. sonuçlar yalnızca mevcut oturum için yeniden hesaplanacaktır.
2. sonuçlar, akım için veya kayıt ayarlarına bağlı olarak tüm oturumlar için yeniden hesaplanacaktır.
3. tüm sonuçlar yeniden hesaplanacak
4. hangi oturumların sonuçlarla yeniden hesaplanacağını seçebilirsiniz.

Doğru cevap üçüncü, önceki soruyu görün.

Soru 12.35 Sınav 1C: Platformda profesyonel. Birikim kaydına veri yazarken, bir fırsat var:

1. sonuç kullanmayı reddetmek (kayıt set kayıtlarının paralelleştirilmesini artırmak)
2. mevcut sonucu kullanmayı reddetmek (kayıt setleri kayıtlarının paralelleştirilmesini arttırır)
3. sağ Cevaplar 1,2

Doğru cevap üçüncü olanıdır - tabloların daha azı, sistem daha hızlı çalışır. Çıkıntının devre dışı bırakılması programsal olarak yapılır:

Kayıt Ol \u003d RegisterBuchelling. Kaynak; Tarımsal. Yazılım hizmetleri (yalanlar);

Soru 12.36 Sınav 1C: Platformda profesyonel. Birikim kayıt işlemiyle çalışırken, mevcut çıktıları kapatmak, aşağıdakilere yol açar:

1. herhangi bir kalıntı alma hızını azaltır
2. herhangi bir zamanda artıkları alabilirsiniz, ancak operasyonel artıkları arttırmanın hızı
3. kalıntı elde etme hızını etkilemez ve dönme hızını etkiler

Soruyu bakınız 12.32.

Soru 12.37 Sınav 1C: Platformda profesyonel. Konfigüratör modunda, birikim kaydının sonucunun tablosunun aşağıdaki frekansı seçilebilir:

1. Gün içinde
2. Bir ay içinde
3. Çeyrek içinde
4. Düzenli olmayan
5. Yukarıdaki seçeneklerden herhangi biri
6. Seçilemez

Doğru cevap altıncıdır - sonuçlar her zaman aylık olarak, gelecek ayın ilk sayısında hesaplanır.

Soru 12.39 Sınav 1C: Platformda profesyonel. 1C sistemi nasıl: Enterprise 8, sonuçları döner birikim kaydı için saklayabilir mi?

1. Sadece tablo toplamı ile
2. Sadece agrega tabloyu kullanarak
3. Aynı anda sonuç ve agrega tablolarında
4. Sonuç masasında veya agregalarda

Doğru cevap dördüncü, sonuçlar ve agregalar alternatif çalışma modlarıdır.

Soru 12.40 Sınav 1C: Platformda profesyonel. Birikim düzenlemelerine göre gerçek bir bildiri seçin.

1. Bir birikim kaydı için birkaç sonuç tablosu kullanılabilir.
2. Bir birikim kaydı için yalnızca bir agrega tablosu kullanılabilir
3. Bir birikim kaydı için, birkaç agrega tablosu kullanılabilir.
4. 1 ve 2 verpels
5. Tüm seçenekler doğru

Doğru cevap üçüncü - sonuç tablosu kesinlikle kayıt için bir tanedir. Agrega setleri birçok kişi tarafından yaratılabilir.

Soru 12.44 Sınav 1C: Platformda profesyonel. Birikim kayıtlarının sonucunda ne görüntülenebilir?

1. Veri ölçümleri
2. Kaynak verileri
3. Veri şartları
4. Tüm seçenekler doğru
5. 1 ve 2 verpels

Doğru cevap Beşinci'dir, sonuçlar, ölçümlerle haddelenmiş ana kayıt tablosudur.

Soru 12.45 Sınav 1C: Platformda profesyonel. Aktif kayıtların hangi kısmı, birikim kayıtlarının sonucunun tablolarında görüntülenmeyebilir?

1. Veri ölçümleri
2. Veri şartları
3. Kaynak verileri
4. Tüm seçenekler doğru
5. 1 ve 2 verpels

Doğru cevap beşinci. Ayrıntılar sonuçlarda gösterilmez. Kayıt ölçümleri olmayabilir, ancak kaynak zorunludur.

Soru 12.46 Sınav 1C: Platformda profesyonel. Aktif olmayan girişlerin hangi kısmı, birikim kayıtlarının sonucunun tablolarında gösterilmeyebilir mi?

1. Veri ölçümleri
2. Veri şartları
3. Kaynak verileri
4. Tüm seçenekler doğru
5. 1 ve 2 verpels

Doğru cevap dördüncü, etkin olmayan kayıtlar hiç gösterilmez.

Soru 12.47 Sınav 1C: Platformda profesyonel. Aktif kayıtların hangi kısmı hiçbir zaman birikim kayıtlarının sonucunun tablolarında gösterilmez?

1. Veri ölçümleri
2. Veri şartları
3. Kaynak verileri
4. Tüm seçenekler doğru
5. 1 ve 2 verpels

) Ve platform geliştiricileri burada değil, bu oldukça iyi bilinen bir mimari çözümdür, "sıfır" kayıtlarını silmez. Bunun uzun süredir devam eden bir "kutsal savaş" olduğunu söyleyebilirim.

En önemli şey, sonunda sıfır miktarlı rekorun, kesinlikle bu kaydın gerekli olmadığı anlamına gelmez.

İlişkisel DBMS tasarlarken, CRUD işlemlerinin (oluşturulması, okunması, güncellenmesi, silme), kaynak maliyetlerine aşağıdaki gibi dağıtıldığı düşünülür.

1. Işık: Oku, Güncelle
2. Orta: Oluştur
3. Ağır: Sil

Ve nesne kayıtlarının davranışının mantığına dayanarak, sık sık değişen; Ve kayıtların yüksek maliyetleri nedeniyle, bir pozisyon var:

sonuçun sonucu, sıfır sonucunda senkronize bir şekilde çıkarmak için mantıklı değildir, çünkü "sıfır" "null" anlamına gelmez ve bir sonraki işlemin "istediğini" artırmak veya azaltmak "istediği gerçeğinin Sonuç ve sıfır olmayacak ve ekleme işleminde daha fazla maliyete maruz kalmamız gerekecek.

dolayısıyla, sıfır sonucuna sahip kayıtların eşzamansız olarak kaldırılması mantıklı, yani zaman içinde belirli bir noktada - ancak yine bu çok "belirli bir noktayı" nasıl belirleyeceğiniz bilinmemektedir. Böyle bir tanım, uygulamadan sorumlu olanlara yalan söylemelidir - en sık, sonuçların yeniden hesaplanması, muhasebe sürelerinin kapandığı ve bir tür hazırlık prosedürü olarak dosyalandığında bir noktada meydana geldiğini bildiğimiz gibi. Burada ayrıca, uzun zamandır bilinen sorunun da yatıyor - Dönemi kapanan iş görevi, teknik istikrarın ve işin bazen "puanını" yapabilmesinin bir görevi değil.
Uygulamada, sıfır sonucu 400 milyon rekor olan bir tabloyu vardı.

Ve burada platformun geliştiricilerinin biraz "kaçırıldığını" söyleyebilirim ("" kusurlardan ") - gerçek şu ki, yukarıdaki mimari çözüme göre, açıkça anlaşıldığını açıkça belirtti:

Sıfırla kayıtları silmek, uzun süre güncelleme işlemi olmadığı anahtarlar (ölçüm kümeleri) tarafından gereklidir. Ve platformdaki bu işlevsel değil - sadece küresel bir yeniden hesaplama var. Büyük ofislerde, bu, SQL Job tarafından çözülür "OHM, yaklaşık olarak aşağıdaki işi gerçekleştirir:

1. Son ay için hareket olmadığı ve şu anda sıfır olan 1 anahtar kümesi (ölçümler) bulun.
2. Bu ölçüm grubunda, toplam tablodan bir girişi silin

genellikle, bu iş her 10 saniyede bir başlar, bloklama süresini maliyetli kaldırma işlemine düşürmek için ilk 1 seçilir. Doğal olarak, istatistikleri yeniden hesaplama planları ve buz çözücü endekslerin yeniden inşası için planlar zaten bu tür bazlara yerleştirilmiştir. Böyle "gereksiz" kayıtların çok fazla olduğu durumlarda - genellikle işin başlatma süresini azaltır veya sonuç kaydını reddetmek için - çünkü birçok anahtarınız varsa "sıfır" ve artık kullanılmaz, büyük olasılıkla 2 operasyon "geldi" ve "sol" hareketleri var - neden bu bilgileri durum kayıt defterinde tutun.

Buradaki istatistikler hakkında, hepsi de ele geçirilmiş - Klasik Operasyonlar, Güncelleme Anahtarı sütununun yanı sıra, indeksdeki arama ağacının ihlal edilmesine yol açar (veri sayfaları yoluyla anahtar dağıtım aralığı) - iyi, yani, Arama aralığında 1..10, bir değeri 23 - böylece SQL daha uygun olsaydı, çünkü veri sayfası anahtarın (23) anahtarın (23) ortaya çıkacağı anahtarın yanındaydı. 100..134 aralığında - Veri sayfalarına göre daha uygun olanlar. Parmaklar üzerinde bir örnek - ama özü düşünüyorum.

Genel olarak, toplu operasyonlar sırasında aşağıdaki istatistikleri anlamak uygundur: SQL veri girişimlerinin size yardımcı olmasını ve okumayı optimize etmeyi tamamen unutmak için veri sayfasının yakınlığını çalıştırmaya çalışırken bir kitle yerleştirme yaptığınızda Parametrenin, parametrenin istatistik olduğu (tablo - anahtar dağıtımında anahtar arama aralığı), bu nedenle, kütle uçlarından sonra, okuma işlemleri de hızlıdır - Okuma optimizasyon aracının performansını geri yüklemek gerekir. Yaptıktan sonra İstatistikleri güncelle.

Evet ve hala söylemeyi unuttum - toplu temizleme, hayalet kayıtlarının büyük olayına yol açar: Kayıt, uzaktan kumanda listelenmiştir, ancak yer alır - bu durum, tür taramasının (görünüm) örnek işlemlerinin performansında bir düşüşe yol açar.

VATKİR; asylum90; Hans; Anikrion; Albert_2008; Niberu; Ser6702; Marchtomcat; Olebe; user598655_ilia-bers; Klaus38; Lordkim; lmnlmn; Spenser123; Monte Carlo; Acanta; Zaharknyaz; Aggresif; VESD; Alilya $ n; Waanneek; Skyjack; Letarch; Aegoncharov; User777757; [E-posta Korumalı]; mytg; Gang031; Buz ağacı; Goga1979; Satranç; Regrz; 1cprogr_nsk; İrwin; Paradise.87; KAV2; Çorum; Roman100; sorular için; Ragimi; Eugenemipt; Kai Nk; Kitaevay; Crosby; Noxie41; Alex_grem; nixel; yeni kullanıcı; Tdml; Nevid; Rimidalv; yeniden başlatma; denis_aka_wolf; Flashl; marchenko.y; Freya-khv; Asg.aleks; Denis13; ADM134; Tis_08; Mtv :); SOULSTEPS; Shalimski; Ansk; Pisarevev; Silenser; Kwazi; Mühendis74; vadimlp77; Artano; DGOLOVANOV; Pchela751; Aexeel; Artbear; jif; Dmitryiv; Rego1337h; Slavap; Wizaxxx; İvanboychuk123; Balıkçı; Kötü kunduz; DACH; Rodinmax; Sanches; Mdmdvd; Zakakvo; Krio2; jacksonp; Adeich; Afedor; Maximstav; Doctorroza; Serg0ffan; Sanfoto; Kinazarov; Bukaska; theshadowco; Oitnur; Soytarı; Detec; adyon; Laeg; Morok1983; krv2k; Di-dog; SPARKLEMAL; Awa; Kpaceb.aa; Chif13; sa1m0nn; Cratosx; Allexoft; Galich; Vlad.Frost; igordynetler; Tormozit; vasiliy_b; vladir; Meuses; Poopkeen; Andreynikus; Prad2002; DICWORK; Johnydeath; An-Aleksey; BT-Geliştirici; rgrisha; Bronislav; 7O2UYXG; Holodzar; Adyrschdv; Azagtot; Ramses; Denisch; PONOM; Rd80; W-divin; Metmetmet; Cheburator; Pressalod; Diversus; Seviskka; Aleksey.Bochkov; YURAOS;

Programın işleyişi, örneğin elektrik bağlantısı kesildiğinde, işin acil durum sonlandırılması nedeniyle ihlal edebilir. Sonra veritabanı girmeyi başaramaz.

Bazen bir işleyiş programı yanlış sonuçlar gösterebilir. "Kaybolur" belgeleri listesinden, belgeyi açmaya çalışırken, programın donması, garip sonuçlar raporlarda görünür. Tüm bu "Glitches", 1C'yi test ettikten ve sabitlendikten sonra durur.

Hatalar kendisini bu kadar kaba gösteremez, ancak herhangi bir tuhaflık ve yanlışlıklar "işin tamiri" nedenidir.

Sorunlara yol açan nedenler:

• İşin acil durum sonlandırılması (ani güç kapalı);
• Sabit diskin fiziksel aşınması;
• Bilgisayar arızaları.

Veritabanını tamir etmeden önce, yedekleyin

Veritabanını test etmeden önce, yedeklemeniz gerekir.

Bu, bilgi tabanının bulunduğu kataloğu doğrudan kopyalamaya neden olabilir. Yapılandırıcıya giremezseniz, yalnızca bu şekilde bir kopyası yapabilirsiniz.

Yapılandırıcıya girmeyi başardıysanız, menüdeki Yönetim seçeneğini seçmeniz gerekir. → Şekil 1'deki gibi bilgi tabanını boşaltın. 1. Açılan pencerede, bir yedekleme ve arşivin kaydedileceği dosya adını kaydetmek için bir dizin belirlemeniz gerekir.

Bir kopyayı test etmeden ve düzeltmeden önce, düzeltme geri dönüşü olmayan veri değişikliği yapıldığından emin olun. Bazen (nadiren) gelişmeyebilir, ancak veritabanı durumunu kötüleştirebilirler.

Normal çalışma ile, yedeklemeler düzenli olarak yapılmalıdır, günlük olarak en iyisidir. Bu çalışmanın otomatik olarak gerçekleştirilmesi için ücretsiz bir program kurun. Backer-1C Muhasebe Yedekleme Kopyaları.

Yedekleme kopyalarını, tabanın kendisinin bulunduğu aynı taşıyıcıda saklamak daha iyidir. Flash sürücü uygundur, İnternet depolaması, başka bir sabit sürücü. Sonuçta, bazen veri kaybı, sabit diskin fiziksel aşınmasıyla ilişkilidir.

Yedeklemelerin kullanılabilirliği - veri kaybından sigorta. Bununla birlikte, yedekleme kopyalarında, her şey mükemmel olduğuna, bu nedenle test seçeneğinin ve düzeltmenin uygunluğu azaltılmaması mümkün değildir.

İncir. 1. Verileri boşaltma.

Özetleyin:

• Yedekleme kopyaları düzenli olarak yapılmalıdır;
• Yedeklemeler başka bir taşıyıcıda saklanmalıdır;
• Otomasyon için bir program var Backer-1C Muhasebenin Yedekleme Kopyaları;
• Test etmeden ve düzeltmeden önce, tabanın bir kopyasını yapın.

Programın Bilgi Bazının Düzeltilmesi

Bir yedekleme yapıldıktan sonra, Configurator modunda veritabanını açın. Yönetim Menüsü seçeneğini seçin → Bilgi tabanını test edin ve düzeltme.

Açılan pencerede, keneler koymanız gerekir (Şek. 2).

Ancak bunu yapmamak daha iyidir: Kazadan sonra tamir ederken menüde listelenen tüm işlemler gerekli değildir.

İncir. 2. Pencere testi ve her noktada populicks ile 1C 8 sabitleme. Öyleyse yapmayın:

Tüm öğeleri not ederseniz, uzun bir işlem başlayacaktır. Pencerenin alt kısmında test ve düzeltme sonuçları görüntülenir. Eylemler yaptıktan sonra, düğmeye tıklamanız gerekir. Kapat.

Her şeyi yapmak en iyi seçenek değil! Nitelikli kullanıcılar aşamalarda ve seçici olarak eylemler gerçekleştirir.

Düzeltme aşamaları

Tüm menü öğelerini test etme ve düzeltmeyi düşünün.

• Bilgi tabanının tablolarının yeniden ilahisi;
• Mantıksal bütünlüğü kontrol etmek;
• Referans bütünlüğünü kontrol etmek;
• Sonuçların yeniden hesaplanması;
• Sıkıştırma tabloları;
• Yeniden yapılandırma masaları.

İlk aşama, bilgi taban tablolarının yeniden yayınlanması, problemlerin% 90'ını çözmeye yardımcı olur. Reastexing sürecinde ne olur?

Referans kitaplara veri yapılması, yeni belgelerin oluşturulması otomatik siparişi eşlik eder. İsimler alfabetik olarak sıralanır, belgeler - tarihler, vb. Aynı zamanda, kayıtların fiziksel sırası değişmez. Girişler belirli bir sırayla görüntülenir, çünkü onlar atanmış numaralar (indeksler) ve endeks uyumluluğu, endeks tablolarında bulunur.

Endeksler çok önemlidir:

• Endekslenmiş tablolardaki arama, endeksli olmayanlardan birçok kez daha hızlı gerçekleşir;
• Endeks numarası benzersiz bir "kod" kodudur, dizinler farklı tablolardan gelen kayıtlar arasında bağlanır;
• Hint tabloları bilgi tabanının çerçevesidir; Onlar olmadan, Program 1C çalışmıyor.

Dizin tablolarının ihlali, belgelerin sunumunda kaoslara yol açar. Belki de, örneğin, malların hiçbir öğesi olmadığı bir belgeyi aydınlatmak için, ancak bunları var.

Her yeni giriş, endeks tablolarındaki değişiklikler eşlik eder: örneğin, A harfi üzerine başlayan bir kayıt dizinini yaptıktan sonra, ilk dizinlerden biri atanır ve diğer tüm dizin numaraları değiştirilecektir. Yeni bir kayıt yaptıktan sonra ortaya çıkan küçük bir duraklama, endekslerin yeniden hesaplanmasıyla ilgilidir; Taban ne kadar büyükse, daha belirgin duraklama.

İçinde bir belge ve kayıt oluşturma, birkaç endeks tablosuna (bazen birkaç düzine) yol açar. Aslında, 1C tabloların rediğiniz verilerle çalışırken sürekli olarak tutulur. Ancak çalışma modunda, bir veya daha fazla tablo her bir veya daha fazla tablo indekslenir ve test ederken ve sabitlendiğinde, tüm tabloların tam endekslenmesi gerçekleştirilir ve bu işlem, büyük veritabanları için uzun zaman alır.

Bu nedenle, yeniden endekslendiğinde, bu tür işlemler ortaya çıkar:

• Kayıtlar yeniden sıralanır ve düzenlenmiştir;
• Tablolar ve diğer nesneler arasındaki ilişki geri yüklenir;
• Çoğu durumda, program restore edilir.

Yeniden çıkma işleminden sonra, tabanın performansının restore edilip edilmeyeceğini kontrol edebilirsiniz.

Bir sonraki adım, mantıksal bütünlüğü kontrol etmektir. Bilgi tabanının gerçek yapısının ve açıklamasının konfigürasyonunda (nesnelerin varlığı, nesneler arasındaki bağlantıların varlığı) yazışması kontrol edilir. Bu kontrol genellikle bir çalışma veritabanında bile hataları bildirir, bu tür mesajlarla pansiyon edilmemelidir. Ancak, bu bir uzmana danışmanlığa hitap etmek için bir fırsattır.

Referans bütünlüğünü kontrol etme "Nicknames" nesneler arasındaki bağlantılar. Bazen tablo, uzak bir belge gibi eksik bir nesneye bağlantı kullanır. Doğrulamadan kaynaklanan listeye göre referans bütünlüğü manuel olarak geri yüklenir. Bazen referans bütünlüğü "terk edilmiş alanlarda", eski ilgisiz belgelerde ihlal edilir. Sonra sadece dikkat etmiyorlar.

Sonuçların yeniden hesaplanması - uzun ve riskli bir prosedür. 1C'de, sonuçlar normal modda yeniden hesaplanır, ancak "zamanın başlangıcından itibaren" değildir ve ayın başından itibaren. Son değerler kayıtlarda izlenir, işi hızlandırır. Test ve düzeltme modunda sonuçların yeniden hesaplanmasını açarsanız, yeniden hesaplama, baz oluşturma anından itibaren alınacak ve kayıtların doğru akım değerleri uzun mesafeli geri kazanım nedeniyle "yüzebilir" veya sabit belgeler. Sonuç olarak, yeniden hesaplama konusunda uzun süreli çalışma faydası olmaz.

İhtiyacı yoksa, sonuçların yeniden hesaplanmasından kaçınmak daha iyidir.

Sıkıştırma Tabloları, silme için işaretlenmiş ve ekranda görüntülenen durdurulan kayıtların fiziksel olarak çıkarılması prosedürüdür. Çok sayıda kayıt olabilir, veritabanını kullanmadan tararlar.

Tabloları sıkıştırın - Faydalı işlevi, gerçekleştirmek için gerekli olmasa da.

Tabloların yeniden yapılandırılması, programın yeni bir sürümüne geçerken ilgili bir işlemdir. Yeniden yapılandırırken, yapılandırmada belirtilen formatta boş tablolar oluşturulur ve kayıtlara, eski tablolardan gelen bilgilere aktarılırlar. Alanlar yeni tablolarda genişletilebilir, yeni alanlar eklendi. Yeniden yapılanma, iş için bir bilgi tabanını yeni bir şekilde hazırlamalı ve güncellemeler kesinlikle gerekli olan bir işlemdir.

Değiştirilmezse, yeniden yapılandırma gerekli değildir, bu uzun prosedür hiçbir şey eklemeyecek ve değişemez.

Bu nedenle, "düşmüş" programı düzeltirken, seçenekler de gereklidir:

• Bilgi taban tablolarının yeniden yayınlanması
• Mantıksal bütünlüğü kontrol etme
• Referans bütünlüğünü kontrol edin

Ya sınama ve düzeltme yapamazsanız?

Baz kötü bir şekilde hasar görürse ve yapılandırıcıya girmek mümkün değilse, başka bir restorasyon özelliği kalır: Chdbfl.exe yardımcı programını kullanın. Dosya, BIN kurulum dizin klasöründe bulunabilir (Şek. 3).

İncir. 3. Chdbfl.exe yardımcı programını seçme

Şekil 3'te gösterilen komut satırına giriş yaparak, dosyanın yolunun 1CV8.2 veya 1SV8.3 kataloğunda, program dizininden kısa sürede yattığı görülebilir. Program Dosyaları klasöründe veya başka bir klasörde bulunabilir. Dizinin yerini bulmanız ve açmanız gerekir. Dizinin içinde bin klasörünü açın,

Yürütülebilir dosyayı çalıştırmak, düzeltilecek veritabanını seçin ve hataların algılanmasına izin verin (Şekil 4)

Şekil 4. Pencere chdbfl.exe programı

Özetleyelim. Program acil durum kesintisinden sonra başlamazsa, aşağıdakileri yapmanız gerekir:

• Yedekleme yapmak;
• Yapılandırıcıdan girmeye çalışın ve test ve düzeltme seçeneğini kullanın;
• Yapılandırıcı giremezse, EXE programını bulun ve bu programı kullanarak verileri kaydetmeye çalışın;
• Tüm girişimler sonuç vermezse, uzmanlardan yardım almanız gerekir;
• Dengesiz veri kaybı durumunda, en son işlenebilir yedeklemeyi ayarlayın;
• Yedekleme yapılmazsa - birincil belgeler ve kağıt baskılarındaki verileri geri yükleyin.

Başarılı veri kurtarma her zaman değildir. Veri kaybından gelen sigorta günlük yedektir: Bilgi tabanı hasar görürse, bir gün önce geri gidebilir ve kaybedilen kayıtları hızla geri yükleyebilirsiniz.