Veri Ambarı 1C 8.3. Yapılandırma Depolama ile Çalışma

Şirket 1C birçok yazılım ürününü üretir ve iç yapılarını sürekli geliştirir. Ancak, programcılara ve yöneticilerle yüzleşmeniz gereken çeşitli hataların sayısı, bu alanda işin asla durmayacağını göstermektedir. Bu hataların bazıları önemsizdir ve nadirdir, ancak her deneyimli uzmana tanıdık "klasik" dezavantajları vardır. İkincisi, "Geçersiz veri depolama formatı" son hatasıdır ve bunu çözebilmeniz önerilir.

Veri Ambarı Biçimi Hata Çözümleri

Bu hatayı karşılamak için, koddaki ciddi mantıksal hatalara izin vermek veya ana modülü silmek gerekli değildir. Genellikle, yapılandırmayı güncellemeden sonra, işlemeyi açtıktan sonra, elektriği kapatın veya bilgisayarı 1C'nin lansmanında yeniden başlattıktan sonra, bu tatsız sürpriz oluşur. Yeniden başlatma yardımcı olmadıysa, panik yapmayın - yaygın bir hata var basit çözümlerbu yardımcı olabilir. Onları komplikasyon derecesine göre sökürüz:

Yapılandırmanın başlangıcına ek olarak, açıldığında "Geçersiz Veri Ambarı Formatı" hatası tespit edilebilir. dış işleme. Bu durumda, en önemli şey 1C çalıştırılmamalıdır, çünkü sisteme başlarken TMP dizininde geçici dosyaları kaldırır. İşlemlerimizi bulanda - "V8_ *" adlı dosyayı ve TMP'nin uzantısı. Bu gibi birçok dosya varsa, hangisinin işlenmemizin olduğunu anlamak için - EPF uzantısını değiştirin ve 1c'den açmayı deneyin.

Daha önce 1C ve tutturulmuş dosyaları başlattıysanız, işlemin başladığı başka bir bilgisayarda benzer eylemler yapmayı deneyin. Veya kurtarma araçlarını kullanın uzak dosyalar Sabit diskte.

"Ayarlar Mağazası" yapılandırma nesnesinin atanması adından açıktır - çeşitli kullanıcı ayarlarını saklayın. Uygulama alanı bu nesne Kanat - herhangi birinde, en azından bazı ciddi bir konfigürasyon herhangi bir kullanıcı ayarını saklamak için gerektirir.

Programcıların her konfigürasyondaki rahatlığı için, birkaç standart ayar mağazası vardır, ek olarak, ihtiyacınız olan birçok ek ayar oluşturmak mümkündür.

Öncelikle, sürüm 8.2'den başlayarak herhangi bir yapılandırma 1c'de bulunan standart ayarlar depolama tesisleriyle ilgileneceğiz.

Standart Depolama Ayarları

Bu nedenle, varsayılan olarak, aşağıdaki depolama tesisleri yapılandırmada:

RepoSitory StudioVative Raporları - Rapor seçeneklerinin ayarlarına erişmek için.
Mağaza ServisleriArtrojects - Erişmek için Özel ayarlar Raporlar.
Storablecextanforms - Kullanıcı Formları Veri ayarlarına erişmek için.
DEĞİŞİKLİK EKİPMANLARI - ERİŞİM İÇİN genel Ayarlar.
Depo Sistemi Ekipmanları - Erişmek için sistem ayarları.
StoreghEwords Doğu Doğu Sinamects - Dinamik listeler için kullanıcı ayarlarına erişmek için.

Bu depolama tesislerinin her biri, Global Bağlam Mülkiyeti olarak adlandırılabilir.

Standart depolama programcısı ihtiyaçları için kullanabilir, Çeşitli ayarlar Kullanıcı, nesne ve yapılandırmanın kendisi bağlamında.

Ayarlar depolanması ile çalışmak (hem standart hem de eklenen programcı) kullanılır. aşağıdaki yöntemler.

Yapılandırma Kayıt ve Alma:

Traktörler için reposter. Dernek (Namepject, ad-yoğunlaştırıcı, anlam modu, açıklamalar, açıklama, isim desteği); Anlam yoğunluğu \u003d traktörler için retoutiteler. İndirme (Namepject, İsim-Yoğunlaşma, Açıklamalar, Açıklama, Ad Kullanıcı);

Gereksiz / Gereksiz Ayarlama:

CumhuriyetÇevralar. Sil (Namepject, İsim-Yoğunlaştırılmış, Ad Kullanıcı);

Ayarların listesini almak:

Slipstrokes \u003d cumhuriyetçi. Güç kaynakları (NameBject, İsim Kullanıcı);

Parametreler "Başlık", "İsim" ve "Kullanıcı Adı" bir dize türü olmalıdır.

Veritabanında, tüm ayarlar ayrı bir tabloda saklanır.

Programcı tarafından oluşturulan depolama ayarları

Şimdi, programcı tarafından oluşturulan bu depolama tesisleri hakkında konuşalım. Genel olarak, programcı artık yeni bir ayar mağazası oluşturma arzusunda sınırlı değildir, ancak genellikle aşağıdaki nedenlerden dolayı ayrı depolama tesisleri oluşturulur:

ayarları veritabanları arasında taşımak gerekir;
ayarları depolarken referans kontrolü gerekir;
1C ayarların özel bir yapısı gereklidir.

Ayarlar deposu, yapılandırmanın uygun bölümüne eklenir.

Anahtar özellik Programcı tarafından oluşturulan ayarlar, kayıt yöntemlerini ve alma değerlerini manuel olarak uygulamaya (kaydet () ve indirme ()). Bu yöntemlerde, programcı tasarrufu (bilgi kayıtlarında, dosyalarda, referans kitaplarında vb.) Ve yerleşik dili kullanarak ayarları indirmek zorundadır.

Aksi takdirde, oluşturulan depolama ile çalışma prensipleri pratik olarak standart ayar depolama ile çalışmaktan farklı değildir.

Oluşturulan depoya erişim bu şekilde elde edilebilir:

Depo ekipmanları. Beslenme. Gibi görünmek ();

Ek olarak, oluşturulan depolama tesisleri, standartların çeşitli yapılandırma nesnelerinde ve konfigürasyonun kendisinde değiştirilebilir.

Kontrollü formlar İki özellik var:

Otomatik veri tasarrufu - "Kullan" değeri seçilirse, veriler otomatik olarak standart form veri ayarları depolamasına kaydedilir;
Ayarlardaki verileri kaydetme - "Kullanım Listesi" seçiliyse, "Tasarruf" sütunu, hangi form ayrıntılarının kaydedilmesi gerektiğini belirleyebileceğiniz form detayları penceresi biçiminde görünecektir ve ayarları seçme yeteneği Bu veri için depolama.

Hepsi bu, umarım bu makale size yardımcı oldu.

Nafa. 647 14.01.10 02:27 Şimdi konuda

Makale yararlıdır.
Depolama çalışmalarında, gerçekten çok fazla açık olmayan şey var, bu yüzden de eklerim:
1. Birkaç programcı çalışırsa, o zaman bir seçenek olarak,
İş günü genellikle aşağıdakilerle başlar:
veritabanınızı yapılandırıcıda, farenin sağındaki konfigürasyonun kökünüzü üzerinde çalıştırın - depodan alın, "Yürüyüşe" onay kutusunu açın, Tamam'ı tıklatın. Bundan sonra, diğerlerinin havuzdan biriktirildiği yapılandırmada her şeyi alırız. BD'nin kendisi güncellemiyor !!!
Daha sonra, "Konfigürasyonu BD yapılandırmasıyla karşılaştırmak" istiyoruz - ve bir önceki gün için grubun diğer programcıları tarafından yapılan tüm değişikliklerin bir listesini görüyoruz. Değişikliklerle ilgili sorular varsa, kimin yaptığına hitap ediyoruz.
Sonuçta ayrıldıktan sonra - veritabanında tasarruf ettik.
Neden depo konfigürasyonuyla karşılaştırılmaması - öncelikle kendileri çalışmayan nesnelerin gösterilmemesi ve ikincisi daha hızlı çalışır.
2. Günün ortasında: Acil değişiklikler (dinamik güncelleme için) DEPOLAMA DEĞİŞTİRMEYE GÖNDER. Acil değil - ilgili tüm nesneleri değiştirdikten sonra. (Aşağıdaki açıklamaya bakın)
3. Günün sonunda (ve eğer bazın tam bir güncellemesi yapmanız gerekiyorsa - o zamandan önce) depoda her şeyi kiralayız.
Değil zorunlu düzenAma çok uygun.

4. Neden hemen yerleştirmiyorsun:
Çünkü değişikliklerin bütünlüğü sadece bir bağlantının olduğu yerde 1C tarafından kontrol edilir. Yani, örneğin, "Otomobil Müşterileri" sertifikası verdiniz ve "Sarf Malzemelerine" bir bağlantı eklediniz, sonra "Harcama Faturasını", yalnızca (veya aynı anda) yapabileceğiniz depoya yerleştirebilirsiniz. Müşteri araçları rehberi ile. Ancak, örneğin, bu referans kitabını, sarf malzemesi bir fatura yaparken çağrılan genel modül prosedüründe kullandıysanız, depoda bulunan bu ortak modül, oda referans kitabı olmadan güvenle uyabilir. Bundan sonra başka bir programcı bu modülü depodan alacaksa, üssünde, harcama genel giderleri yapılacaktır. (Ve ana tabanı güncellerseniz - o zaman artık durdurulmayacaktır).
Ve sonra iyi bir durum - sadece bir hata olduğu gibi. Ancak, örneğin, belgedeki sahne türünü satırdan metne ve prosedüre değiştirdiyseniz, genel modül Requisite \u003d "1" olup olmadığı bir kontrol vardı ve gerekirse \u003d 1 olursa olsun ve depodaki modül yerleştirildi ve belge değil, hata olmaz (merhaba türlerin yokluğuna merhaba) ve bu nedenle bunlar Böyle bir modülün belgeleri alacakları yanlış bir şekilde gerçekleştirilecek (ve ana baz değilse). Bu nedenle, değişiklikler "tam paket" (bir konuda değiştirilmiş tüm nesneler) tarafından havuza gitmek daha iyidir, eğer başka bir görev için bir şeye ihtiyacınız varsa - hemen yeni veya basit bir şekilde, depoya yerleştirerek, " yakalanmayı bırak ".

Bu bağlamda, tam anlamadım:

Çok sayıda programcı varsa, her birinin değiştirilmesine ihtiyaç duyuyorsa, tüm işlemlerden harici dosyalara yerel veritabanının yapılandırılmasıyla harici dosyalara boşaltılmasından sonra (birleşme farklı işlerden yapılırsa), unutmayın, Her sendikadan önce yerel veritabanını depolamadan güncellemek için her sendika en son sürüm, Şu anda orada, daha önce bağlı yoldaşlardaki değişiklikler ..

Garip, az sayıda insanın derhal yerleştirildiğinde sorun yoktu, haricinde biraz yavaşladı. Nesnelerin yakalanmasına ve bir kerede 2 kişi için sağlanır, aynı şey düzeltilmez. Ve şunları not edildi: Eğer geliştirici belgeyi değiştirdiyse, "Advance Report" deyin ve ardından ikinci "makbuz" yapmadı ve hemen onu yakalar (örneğin, nesne sadece depoya yerleştirilir), sonra 1C izlenir ve çoktan yeni - değiştirilmiş bir sürüm verecek. (Çok havalı olur - belgeye bakıyorsunuz - 5 detay, heyecan verici - zaten 15).

Ve neden harici dosyalardaki çalışmaları anlamıyorum, ben de anlamıyorum.

4. Programcının kopyalarını programcıların kopyalarını oluşturmak, 1 Sovyet yükleme boşaltma yapmamak (çünkü gerektirdiği için) tekel modu Ve uyuşukluktan değil), ancak heykelin restorasyonu ya da sadece elmabone üzerindeki tabanı kopyalamak.

5. Yeni bir nesne eklemeniz gerekirse (belge, referans defteri, vb.), Yapılandırmanın kökünden birini yakalayın, ekleyin, minimum ayrıntı ekleyin (tüm "boş" nesneler her zaman kaydedilmez), kökten geç Depolama için (bu nesne de teslim olurlar) ve nesneyi tekrar alın. (Kökleri uzun süre yakalanmak için tutmamak için - başkaları için gereklidir).

6. Nesneye erişim haklarını düzeltmek istiyorsanız, onu ele geçirdiniz - ve erişim hakları hala erişilemez - uygun rolü yakalayın.

7. Hata ayıklama en son verilere yol açmak için en iyisi olduğundan, çalışma veritabanlarının güncellenmesi gerekir. Bunu yapmak için: Deponun tüm değişikliklerini yerleştirin, veritabanını depodan çıkarın, elmacık kemiğinde tekrar yazın, ana taban (yedeklemeden veya sadece kopyalanır), yenisini takın.

8. "Depoyunun tümünü al" (paragraf 1) yaptığımızda, 1C'nin bir sürü mesaj vermesi ve ardından "başarısız" (nesnelerin değişikliği listesi) yazdığıdır. Bu yüzden uzun zamandır değişiklikler almadı. Hiçbir şey korkunç, yeni ve yani işe yaramaya kadar yeni ve yani sıkıştırılmamış.

9. Bazen 1C, depodan alınan değişiklikleri kaydetmeyi reddediyor ve mesaj sorunları kesinlikle belirsiz. Culptrits genellikle "bilgi kayıtları". Bilginin kaydının yapısını nasıl değiştirdiğini, bundan sonra her şeyin yapılması gerektiği gibi güncelleneceğinden, tüm kayıtları veritabanını nasıl değiştirdiğini öğrendim.

10. Çalışma bazları anaden yapıldığından, yapılandırmaların isimleri eşleşir ve kolayca karıştırılır ve kullanıcının raporda 100 ruble olduğunu söylese ve 100.000 ruble olduğunda yanlış anlaşılır. Alternatif olarak, uygulama modülüne bir satır ekleyin, programa başlarken kontrol edin, ne tür bir tabandır ve ana değilse - 1C program başlığında görüntülenir (örneğin, Ivanov'un çalışma tabanı)

11. Temel depoya bağlandığında, ancak başlangıçta, herhangi bir nedenden dolayı buna bağlanmak mümkün değildi, sonra mesaj görüntülenebilir. "Bağlanılamadı, depodan bir kapatma işlemi gerçekleştirilemedi" (ve yakaladık nesneler) - burada "hayır" yok. Ancak yanlışlıkla "Evet" cevabını veriyorsanız, o zaman - yeni bir şekilde bağlanmaya çalışmayın !!! Önce yapılandırmayı dosyaya kaydedin !!! Depoya bağlandığınızda, tüm temel yapılandırmanın tümü depolama yapılandırması ile değiştirilir. Bundan sonra, kaydedilen dosyadan değişiklikleri indirin ve çalışın.

Depolama oluştur
"Yapılandırma" menüsünde -\u003e "Yapılandırma Depolama" -\u003e "Bir Depolama Oluşturun ..." bölümünde seçin.

Depo dizinine giden yolu belirtin. (Dizin tüm geliştiriciler için hazır olmalıdır!)

Depolama oluşturulduktan sonra, geliştiriciler için kullanıcıları oluşturmak için "Yapılandırma" -\u003e "Yapılandırma Depolama" -\u003e "Yönetim" menüsüne gidin.

Açılan pencerede, kullanıcılar oluşturun.

Geliştiricilerin yapılandırmalarını yapılandırma deposuna bağlayın
"Yapılandırma" -\u003e "Yapılandırma Depolama" -\u003e "Havuza Bağlan" menü öğesini seçin.

Daha sonra, yapılandırıcı bize soracak:
"Yapılandırma deposuna bağlanırken, bu yapılandırma depolamadan yapılandırma ile değiştirilecektir. Bağlantıya devam mı? "
"Evet" düğmesine basın ve belirtin:
- depoya giden yol
- Kullanıcı adı
- Parola

Konfigürasyonun depolama ile karşılaştırılmasını bekliyoruz.
Her şey başarıyla geçerse, kale simgesi, nesne ağacı nesnelerindeki yapılandırma nesnelerinin sağında görünmelidir.

Yapılandırma Depolama ile Çalışma
Varsayılan olarak, tüm yapılandırma nesneleri bir "kilit" simgesine sahiptir. Yapılandırma nesnesini değiştirmek için, yakalamanız gerekir, yani, bağlam menüsü Nesne Öğesi "Depolamada Yakalama"

Yakalama ayarlarını belirtin

Tekrarlamak - Listede listelenen nesnelere ek olarak, bağımsız olarak indirilebilecek tüm alt nesnelerini de yakalamanız gerekir (ana nesnenin bağımsız olarak indirilemeyen slave nesneleri her zaman ana nesneyle birlikte elde edilecektir).
Örneğin, referans defterini yakalarken tekrar inceleyemezseniz, referansın yalnızca detayları ve tablo kısımları, alt nesnelerden yakalanır.
Yürüyün olarak yakalayarak, aynı zamanda yakalanacaklar ve bu nesneler, yakalandığından ayrı olarak yakalanabilecek dizinlere bağlı olacaklar: formlar ve düzenler.

Bayrak Ele geçirilmesine izin ver Bu kullanıcı tarafından yakalanan nesneleri almanızı sağlar. Böyle bir fırsat gerekli olabilir, örneğin, nesnenin yakalamasını iptal etmeden ve düzenlemeye devam etmeden, depo durumuna geri dönmeniz gerektiğinde.

Gerekli değişiklikler yapıldıktan sonra, nesne, yapılan değişikliklerle tekrar depoya tekrar yerleştirilmelidir. Yapılandırma nesnesi öğesinin içerik menüsünde seçin "Havuza yerleştirin ..."

Yapılan değişiklikleri iptal etmek ve nesneyi çekimden serbest bırakmak istiyorsanız, içeriğin menüsündeki öğeyi seçin. "Capture'yi iptal et"

Nesneyi depolamadan geri yüklemek istiyorsanız, İçerik menüsünde "depodan alın ..." nesnesini seçiyorum. Aynı zamanda, nesnenin yakalandığı zaman yapılan değişiklikler kayboldu.

Sürüm Geçmişini görüntüleyebilir ve yakalanan ve değiştirilmiş nesneyi depolamadaki nesneyle karşılaştırabilirsiniz.

Kopyalarda çalıştıktan sonra (veya bazı ara aşamayı tamamladıktan sonra), bunu yapmak için ana veritabanı yapılandırmasını güncelleyebilirsiniz, "Yapılandırma" menüsündeki öğeyi seçin -\u003e "Yapılandırma Depolama" -\u003e "Konfigürasyonu depodan güncelleyin" veya "Konfigürasyon" -\u003e "Yapılandırma Depolama" -\u003e "Yapılandırmayı depolama ile karşılaştırır / birleştirir".

İkinci durumda, daha "yumuşak" bir yapılandırma güncellemesi gerçekleşecek, yani orijinal yapılandırma ve depolama nesnelerindeki farklılıklar hakkında bir rapor görebilirsiniz.

Toplu gelişim, geliştirme tarihi üzerinde kontrol gerektirdiğinde, şu anda sonuçlandırılmakta olan nesneleri izleme.

Bu amaçla, yapılandırma deposu tasarlanmıştır.

birden fazla geliştirici yapılandırmasında ise
birkaç veritabanı, ancak çözüm birleştirilir ve senkronize etmek için gereklidir
sadece bir programcı bile gelişmesinin tarihini korumanız gerekir

Böylece yapılandırma depolamasını dağıtmanız gerekir.

Hızlı geçiş

Aşamalarda nasıl yapılır:

"" Git ve bir depo oluştur
Konumunu belirtin (yazma hakları olan klasörü)
Yönetici adını ve şifresini ayarlayın
Daha sonra, yapılandırma oluşturulan depoya bağlanacak
Sonraki Adım: Kullanıcıları havaya ekleme - Her gelişme tabanı bağlı ayrı kullanıcı. Bu kullanıcılar kullanıcılarla bağlantılı değil bilgi tabanı. "Mağaza İdaresi" a git
Bir şifreyi ayarlayın ve ayarlayın:
Haklarını, "depoyu ele geçirmek" için yeterli hakları kurun
Oluşturmak yeni taban Kopyadan (veya zaten mevcut olan), değişiklikler kaydedilmelidir, çünkü yapılandırma ilk önce bağlandığında, yapılandırma depolama verileriyle senkronize edilir.
Önceden oluşturulan kullanıcının verilerini belirtin.
Hepsi bu kadar: Depoların bağlantısı başarıyla tamamlandı.

Depolama ile çalışmak

Yapılandırma her başladığında, yapılandırma gereklidir:

bir şifre belirterek mağazaya bağlanın veya 1C "ConfigurationRepoSitory" başlatma seçeneklerine kaydolun (Kullanıcı: "ConfigurationRepositoryn", Depolama: "ConfigurationRepositoryN")
ya bağlanmayı reddetmek, ancak depoyu çözmemek için - bu durumda yalnızca önceden "yakalanan" nesneleri, sadece promromda dinlenebilir

Nesneyle çalışmaya başlamak için, nesneyi "yakalamak" için gereklidir - gelişimine tekel erişim sağlamak içindir. Bundan önce, tüm nesneler yalnızca destek çıkarmadan önce ("Teslimat" gibi) kullanılabilir.

Yapılabilir iki yol:

Seni tamamladıktan sonra İki ana seçenek:

capture'yi iptal et, nesnenizin deposu tarafından geri yüklenecek (editörler iptal edildi)
değiştirilmiş bir nesne yerleştirin

Başka bir veritabanında, sinyalinize göre geliştirici konfigürasyonu depodan güncelleyebilir:

Bunlar depo ile çalışmak için temel ekiplerdir.

İşin Özellikleri

Yakalanan nesnelerin seçimi

tüm yakalanan herkesi seçebilirsiniz
yakalanan Özel Kullanıcı

Genel olarak, depolama çok kararlıdır:

ağ Depolama ile ilgili sorunlar ortaya çıktı: Veri alanını ayrıntılı olarak uçtu, muhtemelen odadaki veri kaybı).
Konfigürasyon deposu hasar görmüştür. Bu hata yılda bir kez gerçekleşir - yeni oluşturuldu (bu klasörün ek kopyalarını çek).

İçin rezerv kopyası Tasarruf sağlayacak kadar

1CV8DDB.1CD ve 1CV8DDB.1CD dosyası ile aynı klasörde bulunan bir tam veri klasörü

HTTP sunucusu bağlantıyı yanıtlamaz veya sıfırlamazsa, "Konfigürasyon depolama ile ilgili olarak sınıflandırılmamış bir hata" hatası oluşabilirse oluşabilir:

Ne zaman "hata ağ Girişi Sunucuya, "Depo hizmetini yeniden başlatmayı ve" Yapılandırma Depolama / Kapat Depolama / Açık Depolama "komutunu çalıştırın.

Böyle bir hata tam odada meydana gelirse, nesne nesneleri yerleştirmeye çalışın - bazen sunucu yanıtı timatları tetiklenir.

Yeniden bağlantının rahatlığı azaldı.

Veritabanını kopyadan geri yüklerken, depo bağlantı ayarlarına kaydedilirsiniz, ancak oyuncular doğru olmayabilir, tekrar depoya tekrar bağlanmak gerekir.

Daha önce, Ayarlar: Havuzun ve kullanıcı adresi devam etti, sadece bir şifre yapmak için kaldı - çok daha hızlıdı.

Öznel olarak ve ilk senkronizasyon işlemi daha uzun haline gelmiştir - uzun asılı durumun "yapılandırma sürümünün bir anlık görüntüsünü oluşturduğunu" hatırlamıyorum.

8.3'te. Uyumluluk modu, depo yönetimindeki diğer sekmesinde görünür: Bu yeni bir depolama formatı içerebilir.

Depolama Özellikleri

"Depolama" - 8.3.3'e kadar dosya tabanı, ayrıca 1CV8DDB.1cd dosyası biçiminde, bu da bilgiyi ele geçiren bilgileri saklar.

İç tablolar 4 GB'den fazla olamaz, aksi takdirde bir hata olabilir: "Bir yapılandırma depolama ile hata işlemi. Aşağıdakilerden dolayı: İç dosyanın izin verilen maksimum boyutu aşılır, ancak bu yalnızca depo ile çok yoğun bir çalışma ile gerçekleşir (birçok düzen ve diğer temel nesnelerin birçok versiyonu).

8.3.3 sürümünden itibaren, veri klasörü göründü:
Daha büyük olasılıkla evrensel iş sürüm sistemleri ile.

Mesafe ile ilgili sorunlar durumunda, önbellek dizinini depo klasöründeki temizleyebilirsiniz.

Optimizasyon Mekanizması

Diğer sekmede

Paket klasöründeki meta veri dosyalarını paketleme

Açılmamış dosyaların sayısı 5000'den büyük.
Arşivlerin sayısı 50'den fazla.