Bir ya da benim ilk blog yazıları, SPS bir müşteri geçirilecek takip işlemi açıklanmıştır. 2003 MOSS için. Bir okuyucu için daha fazla ayrıntı için soran yorum yaptı ve işte.

Bu göç projesi, SPS çok taşımak için iyi bir yol bulmak zorunda kaldık 2003 MOSS için belgelere. İlk yükü yeterince kolaydı. Yeni hedef belge kitaplığı yosun oluşturmak ve belgeleri taşımak için windows Gezgini'ni kullanın.

Yeni belge kitaplığı bu:

Kaşifler iki pencere açın. SPS ilk noktada 2003 ve MOSS yeni belge kitaplığında saniyede. Aşağıdaki ekran resminde bu gösterir. En iyi tarayıcı aslında benim c işaret Not:\geçici sürücü, Ama bunun gösteren bir SPS hayal edebiliyorum 2003 Belge kitaplığı:

Sonra da sürükle ve bırak işlemini, Benim hedef şöyle:

Meta veriler ile başa çıkmak için zaman oldu. Biz sadece bir sütun meta veriler "konumu. bu belgeler için varsayalım" Biz yukarıdaki "tüm belgeler görebilirsiniz" konumun boş olduğunu göster. Bu konumu girmek için veri sayfası görünümünü kullanın çok kolay, ya da düz her belgenin özelliklerini tek tek bir konum eklemek için gitmek. Farz edelim konum sütunu otomatik olarak bir değer atamak için pratik yolu yoktur ve son kullanıcıların bunu el ile yapmanız gerekir. Ayrıca, belgeleri yüzlerce vardır varsayalım. (Belki de binlerce) ve bunun meta veriler güncelleştirmek için birçok gün birçok alacak. Hepimizin bildiği gibi, kimse otur ve dört beş gün belgeler için meta veri güncelleştirme düzgün çalışmak için gidiyor. Bunun yerine, Onlar bu hafta ya da muhtemelen daha uzun bir süre içinde patlak. Bu süreci kolaylaştırmak için, Biz bir "etiketsiz veri oluşturabilirsiniz" görüldüğü gibi görünümü:

Şimdi, birisi için aşağı oturuyor veya iki geçirilmiş belgeleri etiketlemek için onların ayrılmış günlük saat harcamak, onlar-ebilmek kullanma "etiketsiz belgeleri" kendi çaba odaklanmak için Görünüm:

Kullanıcılar etiket belgeler olarak, Onlar bu listeyi devre dışı bırakma.

Bu kavramı bir etiketsiz veri görünümü de insanlar üstünde belgili tanımlık forum hakkında bilgi almak veri doğrulama sorunu sınıfı ile yardımcı olabilir. Kutunun dışında, bir kullanıcı bir belge MOSS için yükleyerek önlemek ve meta veri girin değil için yolu yoktur. Biz belirli site sütunu zorunludur ve kullanıcı kayıt itmek için izin verilmeyecek belirtebilirsiniz düğmesi. Ancak, kullanıcı fotoğraf da tarayıcısı kapatır (veya belgeyi karşıya yüklemek için kullandığı windows Gezgini), meta veri girmesini zorlayamayız. (tekrar, kutudan).

Bu yaklaşım ile bu durum yardımcı olmak için kullanılabilir. Biz bir "kötü etiketli veri kullanabilirsiniz" kolayca bu belgeleri tanımlamak ve onları düzeltmek için göster. Bir KPI ile bir çift gördüm ve sen-si olmak bu istisnai durumlar yönetmek için ayrıntıya inme ile verilere iyi görünürlüğü.

</sonunda>

Benim blog abone.

Bu hafta, Biraz basit bir iki sunucu grubunda yüklü MOSS almak için benim ekibi ile mücadele ettik. İçinden gitmiş olan, Ben sorunları insanlar rapor türleri için daha büyük bir takdir MSDN forumlarında ve başka bir yerde var.

Final grubu yapılandırması:

• Güvenlik duvarı içinde SQL/dizin/Intranet röportaj.
• DMZ röportaj.
• Bir çeşit DMZ ve iç sunucu arasında güvenlik duvarı.

Proje başlamadan önce, Biz hangi bağlantı noktalarının açık olması gerekiyordu istemciye izin. Vermek ve almak sırasında, Bu üzerinde ileri geri, iki önemli şey asla açıkça konuştuk:

1. Bir sertifikaya gereksinim duyarsınız SSL anlamına gelir.
2. DMZ sunucu bir etki alanının parçası olması gerekir.

Bir gün, MOSS yüklemek için ortaya çıktı ve etki alanı hesapları veritabanı ve MOSS için oluşturulmuş değildi öğrendim. İşlerin hızlanmasını mı, biz went önde ve intranet sunucuda yerel hesabı olan her şey yüklü.

Bu noktada, SSL sertifikası üzerinde karışıklık keşfettik ve, Ne yazık ki, o hafta DMZ sunucu yüklemeye devam etmek için geri altyapı adamımız yaptırmaya karar. Bu süre içinde, Biz çözüm Mimarlar devam ile iş şeyler taşındı.

Bir hafta geçiyor ve istemci sertifika elde eder..

Altyapı adamımız ortaya çıkıyor ve DMZ sunucu herhangi bir etki alanına katılmamış keşfeder (bir çevre etki alanı ile sınırlı güven veya intranet etki alanı). Biz neredeyse boşa bir 1/2 Bu gün. Bizi çıkmaza sokmak eksik SSL sertifikası izin yoktu, Biz bu daha önce keşfettim. Vay su kuyusu….

Başka bir gün geçer ve çeşitli güvenlik Komiteleri, ilgili taraflar ve (Bu doğru değil) masum bystanders tüm DMZ sunucu intranet etki alanıyla birleştirmek için Tamam katılıyorum (Burası bir PT, Sonuç olarak, bir üretim çözüm).

Şeyler tamamlamak için altyapı adam geliyor. Bu sefer biz başarıyla geçmek aracılığıyla günümüz dayağı sevgiyle bilinen "SharePoint Yapılandırma Sihirbazı'nı." Merkezi Yönetim'bir göz var ve … Yee haw! … DMZ sunucu grupta listelenen. Biz biraz daha yakından bakmak ve biz Champaign mite biraz erken açık kırdı fark. WSS Hizmetleri içinde sıkışmış bir "başlangıç" durumu.

Uzun lafın kısası, Meğer biz yönetim merkezi üzerinden hizmet hesabının kimliği özgün yerel hesaptan yeni etki alanı hesabı için değiştirmek için unuttum. Bunu yaptık, Yapılandırma Sihirbazı'nı yeniden koştu ve voila! İşinde olduğumuzu.

</sonunda>

Benim blog abone.

Her ne kadar tam olarak doğru değil, pratik bir konu olarak, Internet'e bir web ön ucu içinde DMZ bir etki alanında olmalıdır. (Yani. Kendine ait küçük bir çalışma grubundaki bir tek başına sunucu). Bu iç röportaj aynı etki alanında olması gerekmez(s) ve diğer sunucuları (ve muhtemelen yapmamalısın), Ama bu bir etki alanı gerekir.

Meslektaşlarım ve ben zaman bir aşırı miktarda SharePoint önkoşulları dahil bir öneri üzerinde harcanan. Bu ve benzeri gruba katılmasını DMZ sunucu sağlayacak güvenlik duvarı yapılandırmaları kapsamlı bir listesi dahil. Ne yazık ki, dedi ki bir yerlerde bir cümle eklenemedi, etkisi, "DMZ röportaj sunucu izin vermek için bu yapılandırma tüm lanet anlamı var, bir etki alanında, iç grubuna katılmak için."

Olayları mükemmel bir fırtına, Ne zaman doğru baktı nerede temelde sol baktık, Bu sorun oldukça geç sürecindeki kadar bizden gizlemek için komplo kurdular., Böylece beni yürütmesini engelleyen benim "erken kötü haberi" kural.

İç çekme.

Benim blog abone.