Unul dintre proiectele mele acum face utilizarea extensivă a gestionat metadate coloane.
Există mai multe persoane lucrează şi în curs de dezvoltare la proiect şi unul dintre ei a creat o mulţime de (drag) testaţi datele. Am vrut unele din această acțiune, Deci, el a luat o copie de rezervă şi am restaurat-o în mediul meu. Care au avut ca efect trist dezactivarea tot de meu coloane de site-ul metadate gestionate pe orice pagină editform.aspx sau publicarea sau într-adevăr, oriunde, ca:
Datele restaurate a arătat valorile, dar nu au fost editabile. Interesant, toate din codul am fost scris a reușit să interogheze aceste câmpuri fin. Eu doar nu a putut editaţi orice de pe ei. Chiar nu a putut editează aceste coloane pe elemente lista paginilor în întregime noi. Nu am putut găsi orice erori în fişierele jurnal.
Am jucat în jurul cu ea pentru mai mult decât îmi place să recunosc până când undeva pe ideea am luat ideea de a actualiza site-ul coloana în web UI. Gândul meu a fost că poate că procesul de copie de rezervă/Restabilire a rupt unele conexiuni între serviciul MMS şi coloanele site-ul. Care a făcut, de fapt, rezolva aceasta. Este o durere pentru că aveţi selectaţi primul termen dreapta grupului şi doua, repari pretutindeni este utilizat. În cazul meu, merită efortul de a lua acest dulce, date de testare dulce.
Acesta implor întrebare-cum vă păstraţi un mediu de încercare în formă bună, care este o copie de rezervă de producţie? Cred că este meu rădăcină cauza aici şi este un fel de lucru normal pentru oameni pentru a crea un mediu de încercare ca o copie de rezervă de producţie... Întrebări, întrebări..
</scop>
Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin
Acesta este un scenariu comun şi sa întâmplat cu mine acum. Multumesc pentru amintindu-mi de actualizarea câmpului. 😉