Pada minggu yang lalu, saya rakan sekerja dan saya telah melakukan beberapa kerja untuk pelanggan di NYC. Kami telah menguji aspek yang berbeza bagi pelaksanaan MOSS yang menggunakan mereka "standard" stesen kerja membina (berbanding dengan komputer riba kami). Ketika melakukan bahawa, kami berlari ke dalam beberapa kesilapan dengan mengikuti langkah-langkah:

• Membuka dokumen MS perkataan melalui windows explorer (yang menggunakan WebDAV).
• Membuat perubahan.
• Simpan.

Kami datang untuk menyedari bahawa beberapa kali (biasanya kali pertama) Kami selamatkan dokumen, Simpan tidak "melekat." Simpan tidak menjimatkan. Kami akan menarik dokumen itu semula dan perubahan kami semata-mata tidak ada.

Kami tidak memahami isu akar pada ketika ini, tetapi kita digambarkan bahawa kami perlu membuat pasti bahawa pek perkhidmatan MS Office terkini telah dipasang pada stesen kerja yang. Orang-orang IT pergi dan melakukan itu. Kami pergi melalui ujian sekali lagi dan kita menemui masalah baru. Bilakah kami selamatkan, kita kini mendapat kesilapan ini:

Kali ini, ia seolah-olah seperti setiap perubahan adalah, sebenarnya, disimpan, sama ada kita menjawab YA atau tidak dengan soal skrip.

Kami akhirnya telah melihat pada versi sebenar pejabat dan ternyata bahawa stesen kerja itu berjalan MS Office 2000 dengan perkhidmatan pek 3 yang menunjukkan di bawah Bantuan -> Kira-kira sebagai "Pejabat 2002".

Moral cerita: Saya akan sentiasa menggunakan Office 2003 sebagai asas minimum versi pejabat saya apabila menggunakan WebDAV dan MOSS.

</akhir>

Langgan ke blog saya.

(Untuk tujuan enjin carian, ini adalah teks kesilapan ini):

Talian: 11807

Char: 2

Ralat: Objek tidak menyokong harta ini atau kaedah

Kod; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Adakah anda ingin terus menjalankan skrip pada laman ini?

Satu atau saya posting blog yang pertama, Saya menyifatkan proses keseluruhan kita mengikuti untuk berhijrah seorang pelanggan dari SPS 2003 ke Lumut. Seorang pembaca meninggalkan komen meminta lebih terperinci dan di sini adalah.

Untuk itu projek migrasi, kita terpaksa mencari jalan yang baik untuk bergerak banyak SPS 2003 dokumen ke Lumut. Beban awal adalah cukup mudah. Mewujudkan sebuah perpustakaan dokumen sasaran baru di MOSS dan gunakan windows explorer untuk memindahkan dokumen-dokumen.

Inilah Perpustakaan dokumen baru:

Membuka kedua-dua tingkap peneroka. Point pertama di SPS 2003 dan yang kedua di Perpustakaan dokumen yang baru di MOSS. Pukulan skrin berikut menunjukkan ini. Ambil perhatian bahawa pelayar di atas benar-benar menunjuk pada c saya:\temporer memandu, tetapi anda boleh membayangkan ia menunjuk kepada SPS untuk 2003 Perpustakaan dokumen:

Selepas itu seret dan lepas operasi, Saya target kelihatan seperti ini:

Sekarang tiba masanya untuk berurusan dengan metadata. Menganggap kami mempunyai hanya satu kolum metadata untuk dokumen-dokumen yang dinamakan "lokasi." Kita boleh lihat dari atas "semua dokumen-dokumen" berpendapat bahawa lokasi yang kosong. Ianya cukup mudah untuk menggunakan pandangan lembaran data untuk masukkan lokasi, atau pun pergi ke setiap dokumen hartanah satu demi satu untuk menambah lokasi. Anggap bahawa ada tidak cara yang praktikal untuk memperuntukkan Ruang lokasi nilai secara automatik dan bahawa pengguna akhir mesti melakukan ini dengan tangan. Tambahan, Andaikan Terdapat beratus-ratus dokumen (mungkin beribu) dan bahawa ia akan mengambil banyak masa hari untuk mengemaskini metadata. Seperti yang kita semua tahu, Tiada siapa yang akan duduk dan bekerja untuk empat lima hari terus mengemaskini data meta untuk dokumen. Sebaliknya, mereka akan terputus yang dalam tempoh beberapa minggu atau mungkin lebih lama. Untuk memudahkan proses ini, kita boleh membuat satu "untagged data" paparan seperti yang ditunjukkan:

Sekarang, Apabila seseorang duduk ke bawah untuk menghabiskan masa jam harian mereka diperuntukkan atau dua tag dokumen penghijrahan, mereka boleh menggunakan "untagged dokumen-dokumen" paparan untuk menumpukan usaha mereka:

Sebagai pengguna tag dokumen, mereka menurunkan senarai ini.

Tanggapan ini pemandangan untagged data yang juga boleh membantu dengan kelas data pengesahan masalah orang yang bertanya tentang di forum. Keluar dari kotak, tiada cara untuk menghalang pengguna daripada memuat naik dokumen ke Lumut dan kemudian tidak masukkan meta data. Kita boleh menentukan bahawa lajur tapak tertentu adalah wajib dan pengguna tidak akan dibenarkan untuk menolak Simpan butang. Walau bagaimanapun, Jika pengguna gambar dan kemudian menutup pelayar (atau menggunakan windows explorer untuk muat naik dokumen), kita tidak boleh memaksa user untuk memasukkan meta data (lagi, keluar dari kotak).

Pendekatan ini boleh digunakan untuk membantu dengan situasi yang. Kita boleh menggunakan "buruk tagged data" Lihat dengan mudah mengenal pasti dokumen-dokumen dan membetulkan mereka. Pasangan ini dengan KPI yang dan anda mempunyai penglihatan yang baik kepada data dengan gerudi-down untuk menguruskan keadaan luar biasa ini.

</akhir>

Langgan ke blog saya.

Minggu ini, Saya telah berjuang sedikit dengan pasukan saya untuk mendapatkan MOSS yang dipasang di ladang dua-server yang mudah. Setelah melaluinya, Saya mempunyai penghargaan yang lebih besar untuk pelbagai masalah orang melaporkan di forum MSDN dan di tempat lain.

Konfigurasi ladang akhir:

• SQL / Indeks / Intranet WFE dalam firewall.
• WFE dalam DMZ.
• Beberapa jenis firewall DMZ di antara pelayan dalaman.

Sebelum kami memulakan projek, Kita biarkan pelanggan tahu Port-Port mana yang perlu dibuka. Semasa mengambil dan memberi, belakang dan ke hadapan berbanding, kita Jangan sekali-kali tersurat berkata dua perkara penting:

1. SSL bererti anda perlu Sijil.
2. Pelayan DMZ mesti menjadi sebahagian daripada domain.

Hari pertama, kami datang untuk memasang MOSS dan belajar bahawa akaun domain bagi pangkalan data dan MOSS tidak diwujudkan. Untuk mengalihkan benda-benda di sepanjang, kami pergi ke depan dan memasang segala-galanya dengan akaun tempatan pada pelayan intranet.

Pada ketika ini, kami mendapati kekeliruan itu ke atas Sijil SSL dan, sedih, memutuskan untuk lelaki infrastruktur kami kembali minggu itu untuk terus memasang pelayan DMZ. Dalam masa yang sama, kami penyelesaian Arkitek pindah ke hadapan dengan barangan perniagaan.

Hujung minggu yang berlalu dan pelanggan memperoleh sijil.

Kami lelaki infrastruktur menunjukkan dan mempelajari bahawa pelayan DMZ tidak menyertai sebarang domain (domain perimeter dengan Amanah yang terhad atau intranet domain). Kita sia-sia hampir satu 1/2 hari itu. Jika kita tidak membiarkan Sijil SSL hilang Rawa kita, kita akan mendapati ini lebih awal. Oh baik….

Lain hari Pas dan pelbagai Jawatankuasa Keselamatan, pihak yang berkepentingan dan (tetapi tidak semestinya) tidak bersalah dan, penduduk Tunisia semua bersetuju bahawa ia adalah OK untuk menyertai pelayan DMZ dengan intranet domain (Inilah POC, selepas semua, tidak penyelesaian pengeluaran).

Infrastruktur lelaki datang untuk membalut perkara. Kali ini kita berjaya melalui dengan cabaran zaman moden yang digelar sebagai "Pendeta konfigurasi SharePoint." Kami telah menceritakan di pusat pentadbiran dan … Yee haw! … DMZ server tersenarai di dalam ladang. Kita melihat sedikit lebih dekat dan menyedari kita bahagi terbuka Champaign sedikit mite awal. Perkhidmatan WSS terperangkap dalam sebuah "bermula" status.

Long cerpen, Ia ternyata bahawa kita lupa untuk menukar identiti akaun perkhidmatan melalui Pentadbiran Pusat dari akaun tempatan asal untuk akaun domain baru. Kita pula yang, berlari semula pendeta konfigurasi dan voila! Kami telah dalam perniagaan.

</akhir>

Langgan ke blog saya.

Walaupun ia tidak benar-benar benar, sebagai satu perkara yang praktikal, an web internet menghadap akhir hadapan dalam DMZ mestilah dalam domain (Dgn kata lain. tidak ada pelayan berdiri dalam kumpulan kerja sendiri sedikit). Ia tidak perlu berada dalam domain yang sama dalam WFE dalaman(s) dan pelayan lain (dan mungkin tidak perlu), Tetapi ia Perlu menjadi domain.

Rakan-rakan saya dan saya membelanjakan sejumlah sombong masa cadangan termasuk pra-syarat SharePoint. Ini termasuk senarai lengkap konfigurasi firewall yang membolehkan server DMZ untuk menyertai ladang dan sebagainya. Malangnya, kita gagal untuk menambah hukuman tempat Yang berkata, yang bermaksud, "titik keseluruhan berdarah konfigurasi ini adalah untuk membolehkan server DMZ WFE anda, dalam domain, untuk menyertai ladang dalaman."

Satu ribut sempurna peristiwa, Di mana kita pada dasarnya kiri Kelihatan Apabila Kita mungkin telah Kelihatan betul, berkomplot untuk menyembunyikan masalah ini dari kami sehingga agak lewat dalam proses, ITU Mencegah saya daripada menggunakan saya "memberitahu berita buruk awal" memerintah.

Mengeluh.

Langgan ke blog saya.