Durant la setmana passada, el meu col. lega i jo estàvem fent un treball per a un client a Nova York. Vam estar provant un diferents aspectes d'una implementació de molsa utilitzant la seva "estàndard" Complexió d'estació de treball (en contraposició als nostres portàtils). Mentre que fa que, ens trobem amb alguns errors seguint aquests passos:

• Obre un document de paraula de MS mitjançant Explorador de windows (que utilitza WebDAV).
• Fer un canvi.
• Deseu-lo.

Hem vaig adonar de que algunes vegades (normalment la primera vegada) Hem salvat el document, el salvar no "pal." No estalviava Desa. Vols tirem aquest document recolzi i aquests canvis simplement no hi eren.

No entenem el problema d'arrel en aquest punt, però ens imaginàvem que hauríem de procurar que el últim grup de servei de MS Office havia estat instal·lat en aquesta estació de treball. La gent anava i va fer que. Vam anar a través de la prova una altra vegada i hem descobert un nou problema. Quan hem desat, ara tenim aquest error:

Aquesta vegada, semblava que cada canvi va ser, de fet, salvat, Si ens va contestar sí o No a la pregunta d'escriptures.

Finalment vam tenir una ullada a la versió actual de l'Office i resulta que el treball estava corrent MS Office 2000 amb grup de servei 3 que apareix sota ajuda-> Sobre com "Office 2002".

La moralitat de la història: Jo sempre l'utilitzarà oficina 2003 com la meva versió d'oficina de base mínima quan s'utilitza WebDAV i MOSS.

</final>

Subscriure's al meu blog.

(Per a propòsits de motor de cerca, Aquest és el text de l'error):

Línia: 11807

Char: 2

Error: Objecte no suporta aquest mètode o propietat

Codi; 0

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

Voleu continuar funcionant escriptures en aquesta pàgina?

En una o meu primer bloc, Que descriu el procés global que hem seguit per migrar un client de SPS 2003 a la molsa. Un lector deixat un comentari demanant més detalls i aquí és.

Per a aquest projecte de migració, havíem de trobar una bona manera de passar un munt de SPS 2003 documents sobre MOSS. La càrrega inicial era bastant fàcil. Crear una biblioteca de documents de destinació nova en MOSS i utilitzar Explorador de windows per moure els documents.

Aquesta és la nova biblioteca de documents:

S'obren dues finestres exploradors. El primer punt a l'SPS 2003 i el segon a la biblioteca de document nou de molsa. La captura de pantalla següent mostra aquest. Fixi's que el navegador superior en realitat està apuntant al meu c:\unitat temporal, però vostè pot imaginar que apunta a un SPS 2003 Biblioteca de documents:

Després que arrossegar i deixar anar el funcionament, el meu objectiu es veu com aquest:

Ara és el moment per fer front a les metadades. Suposar que tenim una sola columna de metadades per a aquests documents anomenat "ubicació." Podem veure des de dalt "tots els documents" veure que la situació està en blanc. És prou fàcil d'utilitzar un visualització de full de dades per introduir la ubicació, o fins i tot anar a les propietats de cada document un per un per afegir una ubicació. Suposem que no hi ha cap forma pràctica d'assignar la columna ubicació un valor automàticament i que els usuaris finals ha de fer a mà. D'altra banda, Suposem que hi ha centenars de documents (potser milers) i que tindrà molts molts dies per actualitzar les metadades. Com tots sabem, ningú ha de seure i treballar per quatre dels cinc dies rectes de meta dades per als documents d'actualització. En canvi, es farà una pausa que durant un període de setmanes o possiblement més llarga. Per facilitar aquest procés, podem crear un "sense etiquetar dades" veure com es Mostra:

Ara, Quan algú s'asseu a passar la seva hora diària assignada o dues a etiquetar documents migrats, poden utilitzar els documents"sense etiquetar" vista per centrar els seus esforços:

Com a documents de cordó d'usuaris, van deixar aquesta llista.

Aquesta noció d'una visualització de dades sense etiquetar també pot ajudar amb una classe de problema de validació de dades persones demanar informació sobre els fòrums. Fora de la caixa, no hi ha cap manera d'impedir que un usuari carregar un document a la molsa i llavors no introduir dades meta. Es pot especificar que un lloc concret columna és obligatòria i l'usuari no serà permès per empènyer el salvar botó. No obstant això, Si l'usuari carrega i llavors tanca el navegador (o usos Explorador de windows per carregar el document), no FORCEM l'usuari a entrar en meta dades (una altra vegada, fora de la caixa).

Aquest enfocament pot ser utilitzat per ajudar amb aquesta situació. Podem utilitzar un "mal etiquetats dades" veure fàcilment identificar aquests documents i corregir-los. Si unim això amb un KPI i té bona visibilitat a les dades amb-Àfrica per gestionar aquestes circumstàncies excepcionals.

</final>

Subscriure's al meu blog.

Aquesta setmana, Jo he lluitat una mica amb el meu equip per aconseguir molsa instal·lats en un simple dos servidors. Després d'haver travessat, Tinc una major apreciació pels tipus d'informe de problemes persones en els fòrums MSDN i en altres llocs.

La configuració del conjunt final:

• SQL/índex/Intranet WFE del tallafoc.
• WFE a la zona Desmilitaritzada.
• Algun tipus de Tallafoc entre la zona Desmilitaritzada i el servidor intern.

Vam començar el projecte, deixem que el client sap quins ports necessaris per ser oberta. Durant l'estira i arronsa, i tornada sobre que, nosaltres mai explícitament diu dues coses importants:

1. SSL significa que vostè necessita un certificat.
2. El servidor de DMZ ha de ser part d'un domini.

Un dia, ens apareixia instal·lar molsa i après que els comptes del domini per a la base de dades i MOSS no havia estat creat. Per agilitar les coses en, vam seguir endavant i instal·lava tot amb un compte al servidor intranet local.

En aquest punt, vam descobrir la confusió sobre el certificat SSL i, tristament, va decidir que el nostre home infraestructura tornar més tard aquella setmana per continuar instal·lant el servidor de DMZ. En el temps mean, ens vam arquitectes solució traslladar endavant amb les coses de negoci.

Passa un cap setmana i el client obté el certificat.

Nostre home infraestructura apareix i descobreix que el servidor DMZ no està unida a qualsevol domini (un domini de perímetre amb confiança limitat o el domini de la intranet). Hem perdut gairebé un 1/2 dia que. Si no deixem que el certificat SSL que falta ens quedi empantanegat en, Hem vols descobert això abans. Oh bé….

Un altre dia passa i els diferents comitès de seguretat, parts interesades i (no és així) innocents tots d'acord que està bé per unir-se al servidor de DMZ amb el domini de la intranet (Aquest és un cep, després de tot, no una solució de producció).

Tipus d'infraestructura ve en acabar les coses. Aquesta vegada amb èxit passem pel el guant d'avui en dia coneguda afectuosament com el "mag de configuració de SharePoint." Vam fer una ullada a l'administració central i … Yee haw! … Servidor de DMZ apareix a la granja. Mirem una mica més proper i adonar-se que va obrir el cava una mica àcar aviat. Serveis WSS està encallat en un "començant" l'estat.

Llarga història curta, resulta que ens oblidem de canviar la identitat del compte de servei mitjançant l'administració central del compte local original al nou compte domini. Ho vam fer, va tornar a córrer el Mag de configuració i voila! Estàvem en el negoci.

</final>

Subscriure's al meu blog.

Encara que no és literalment cert, com una qüestió pràctica, ha de ser una orientada a internet web davantera en una DMZ en un domini (i. e. no algun servidor independent en el seu propi grup de treball poc). No necessita estar en el mateix domini que el WFE interna(s) i uns altres servidors (i probablement no hauria), però cal que sigui un domini.

Meus companys i jo vam passar una quantitat excessiva de temps en una proposta que inclou pre-requisits del SharePoint. Això incloïa una llista completa de configuracions de tallafoc que permetrà al servidor DMZ per unir-se a la granja i així successivament. Tristament, Hem fracassat a afegir una frase en algun lloc que deia, a l'efecte, "el punt sencer sagnant d'aquesta configuració és permetre que el seu servidor DMZ WFE, en un domini, unir-se a la granja interna."

Una tempesta perfecta d'esdeveniments, on bàsicament mirem esquerra quan ens podria he mirat bé, van conspirar per amagar aquest problema de nosaltres fins bastant tard en el procés, així m'impedeixen invocant el meu "dir mala notícia des del principi" regla.

Sospir.

Subscriure's al meu blog.