Selama seminggu, saya rekan dan saya lakukan beberapa pekerjaan untuk klien di NYC. Kami pengujian aspek yang berbeda dari implementasi MOSS yang menggunakan mereka "standar" membangun workstation (sebagai lawan laptop kami). Sementara melakukan itu, Kami berlari ke dalam beberapa kesalahan dengan mengikuti langkah berikut:

• Membuka dokumen MS word melalui jendela explorer (yang menggunakan WebDAV).
• Membuat perubahan.
• Simpan.

Kami datang untuk menyadari bahwa beberapa kali (biasanya pertama kali) kita diselamatkan dokumen, Simpan tidak "tetap." Simpan tidak menyelamatkan. Kami akan menarik bahwa dokumen cadangan dan perubahan kita hanya tidak ada.

Kami tidak mengerti akar masalah saat ini, tapi kami pikir bahwa kita harus memastikan bahwa paket layanan terbaru MS Office telah terinstal di Stasiun kerja yang. Orang-orang itu pergi dan melakukan itu. Kami pergi melalui tes lagi dan kami menemukan masalah baru. Kapan kita diselamatkan, kita sekarang menjumpai kesalahan ini:

Saat ini, Sepertinya setiap perubahan, Sebenarnya, disimpan, Apakah kita menjawab ya atau tidak untuk pertanyaan script.

Akhirnya kita sudah melihat versi aktual dari kantor dan ternyata bahwa komputer menjalankan MS Office 2000 dengan service pack 3 yang muncul di bawah bantuan-> Tentang "Office 2002".

Moral dari cerita: Aku akan selalu menggunakan kantor 2003 sebagai versi kantor dasar minimum saya ketika menggunakan WebDAV dan MOSS.

</akhir>

Berlangganan ke blog saya.

(Untuk Cari mesin tujuan, ini adalah kesalahan yang teks):

Baris: 11807

Char: 2

Kesalahan: Obyek ini tidak mendukung properti atau metode

Kode; 0

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

Apakah Anda ingin untuk terus menjalankan skrip pada Halaman ini?

Dalam satu atau saya pertama posting blog, Saya menjelaskan proses tersebut secara keseluruhan kami mengikuti untuk bermigrasi pelanggan dari SPS 2003 untuk MOSS. Seorang pembaca meninggalkan komentar meminta untuk lebih detail dan di sini adalah.

Untuk proyek migrasi, kami harus mencari cara yang baik untuk bergerak banyak SPS 2003 dokumen-dokumen atas untuk MOSS. Beban awal itu cukup mudah. Membuat perpustakaan dokumen target baru di MOSS dan menggunakan windows explorer untuk memindahkan dokumen.

Ini adalah perpustakaan dokumen baru:

Membuka dua jendela penjelajah. Titik pertama di SPS 2003 dan yang kedua di perpustakaan dokumen baru di MOSS. Berikut menunjukkan hal ini. Perhatikan bahwa browser teratas sebenarnya menunjuk pada c saya:\Temp berkendara, Tapi Anda bisa bayangkan itu menunjuk ke SPS 2003 dokumen Perpustakaan:

Setelah itu drag dan drop operasi, target saya terlihat seperti ini:

Sekarang saatnya untuk berurusan dengan metadata. Asumsikan kita memiliki hanya satu kolom metadata untuk dokumen-dokumen ini bernama "lokasi." Kita bisa melihat dari atas "semua dokumen" pandangan bahwa lokasi kosong. Cukup mudah untuk menggunakan tampilan lembar data untuk memasukkan lokasi, atau bahkan pergi ke properti dokumen setiap satu per satu untuk menambahkan lokasi. Mari kita asumsikan bahwa ada cara praktis untuk menetapkan nilai kolom lokasi secara otomatis dan bahwa pengguna akhir harus melakukan hal ini dengan tangan. Selanjutnya, Mari kita asumsikan ada ratusan dokumen (mungkin ribuan) dan itu akan mengambil banyak banyak hari untuk memperbarui metadata. Seperti kita semua tahu, tidak ada yang akan untuk duduk dan bekerja untuk empat dari lima hari lurus memperbarui meta data untuk dokumen. Sebaliknya, mereka akan istirahat yang keluar selama periode minggu atau mungkin lebih lama. Untuk memfasilitasi proses ini, kita dapat membuat "ditandai data" Lihat seperti yang ditunjukkan:

Sekarang, Ketika seseorang duduk ke bawah untuk menghabiskan jam sehari-hari mereka dialokasikan atau dua untuk menandai bermigrasi dokumen, mereka dapat menggunakan "ditandai dokumen" Lihat untuk memfokuskan usaha mereka:

Sebagai pengguna tag dokumen, mereka menurunkan daftar ini.

Gagasan ini tampilan data ditandai juga dapat membantu dengan kelas masalah validasi data orang menanyakan tentang pada forum. Keluar dari kotak, tidak ada cara untuk mencegah pengguna untuk meng-upload dokumen ke MOSS dan kemudian tidak memasukkan meta data. Kita dapat menentukan bahwa kolom situs tertentu wajib dan pengguna tidak akan diizinkan untuk mendorong Simpan tombol. Namun, Jika pengguna upload dan kemudian menutup browser (atau menggunakan windows explorer untuk meng-upload dokumen), kita tidak bisa memaksa pengguna untuk memasukkan meta data (lagi, keluar dari kotak).

Pendekatan ini dapat digunakan untuk membantu dengan situasi. Kita dapat menggunakan data"buruk tagged" Lihat untuk dengan mudah mengidentifikasi dokumen tersebut dan memperbaiki mereka. Pasangan ini dengan KPI dan Anda memiliki visibilitas yang baik untuk data dengan melacak untuk mengelola ini keadaan yang luar biasa.

</akhir>

Berlangganan ke blog saya.

Minggu ini, Aku sudah berjuang sedikit dengan tim saya untuk mendapatkan MOSS dipasang di sederhana dua-server peternakan. Setelah melewati itu, Saya memiliki penghargaan yang lebih besar untuk jenis masalah orang laporan di forum MSDN dan di tempat lain.

Konfigurasi akhir farm:

• SQL/Index/Intranet WFE dalam firewall.
• WFE di DMZ.
• Beberapa jenis firewall antara DMZ dan internal server.

Sebelum kita memulai proyek, kita membiarkan klien tahu port yang diperlukan untuk membuka. Selama memberi dan menerima, bolak lebih dari itu, kami tidak pernah secara eksplisit mengatakan dua hal penting:

1. SSL berarti Anda perlu sertifikat.
2. DMZ server harus menjadi bagian dari domain.

Hari pertama, Kami muncul untuk menginstal MOSS dan belajar bahwa account domain untuk database dan MOSS tidak menciptakan. Untuk memindahkan hal-hal, kami pergi ke depan dan menginstal semuanya dengan account lokal pada intranet server.

Pada titik ini, kami menemukan kebingungan atas sertifikat SSL dan, Sayangnya, memutuskan untuk memiliki orang infrastruktur kami datang kembali di akhir minggu untuk melanjutkan instalasi DMZ server. Dalam waktu yang berarti, kami solusi arsitek pindah ke depan dengan barang-barang bisnis.

Akhir pekan yang berlalu dan klien memperoleh sertifikat.

Pria infrastruktur kami muncul dan menemukan bahwa DMZ server tidak bergabung dengan domain (domain perimeter dengan kepercayaan terbatas atau intranet domain). Kami membuang hampir 1/2 hari itu. Jika kita tidak membiarkan sertifikat SSL hilang rawa kami, kami akan telah menemukan ini sebelumnya. Oh, well….

Lain hari berlalu dan berbagai Komite keamanan, pihak yang berminat dan (tidak begitu) para pengamat tidak bersalah semua setuju bahwa itu adalah OK untuk bergabung dengan server DMZ dengan intranet domain (ini adalah POC, Setidaknya, tidak solusi produksi).

Infrastruktur pria masuk untuk membungkus hal. Kali ini kami berhasil melewati tantangan zaman modern dikenal sebagai "Wizard konfigurasi SharePoint." Kami memiliki mengintip di pusat administrasi dan … Yee haw! … DMZ server terdaftar di peternakan. Kita melihat lebih dekat dan menyadari kita melanggar terbuka Champaign sedikit tungau awal. WSS Layanan terjebak dalam "mulai" status.

Cerita panjang pendek, ternyata bahwa kita lupa untuk mengubah identitas account layanan melalui administrasi pusat dari akun lokal asli ke account domain baru. Kami melakukan itu, kembali berlari wizard konfigurasi dan voila! Kami berada di bisnis.

</akhir>

Berlangganan ke blog saya.

Meskipun tidak benar-benar benar, sebagai masalah praktis, menghadap internet web ujung depan di DMZ harus berada dalam domain (yaitu. bukan server mandiri di workgroup sedikit sendiri). Itu tidak harus berada dalam domain yang sama seperti internal WFE(s) dan server lain (dan mungkin seharusnya tidak), tapi perlu domain.

Rekan-rekan saya dan saya menghabiskan banyak waktu pada proposal yang termasuk SharePoint pra-syarat. Ini termasuk daftar lengkap dari Konfigurasi firewall yang akan memungkinkan server DMZ untuk bergabung dengan pertanian dan sebagainya. Sayangnya, kami gagal untuk menambahkan sebuah kalimat di suatu tempat bahwa kata, Efek, "seluruh berdarah konfigurasi ini adalah untuk memungkinkan server DMZ WFE, dalam domain, untuk bergabung dengan peternakan internal."

Badai yang sempurna peristiwa, mana kita pada dasarnya tampak kiri ketika kita mungkin tampak kanan, bersekongkol untuk menyembunyikan masalah ini dari kami sampai cukup terlambat dalam proses, sehingga mencegah saya dari menerapkan saya "Kirim berita buruk lebih awal" aturan.

Sigh.

Berlangganan ke blog saya.