I'd just like to chime in here and second the request for better tools and/or documentation. I have a similar question (two existing users, data going back more than two years), and Conrad Wasmer asked essentially the same question a couple weeks ago in an email with the subject "migrating to Lion Server."
I found a response in the archives about nuking from orbit, copying old data into the directory where the server will do a one-time upgrade, and then performing the initialization all over again, but that doesn't work for my scenario either (the existing users had auto-generated UUIDs in an XML config; the new server has Open Directory and thus new UUIds for both those existing users and a number of new ones). Is there a tool or command that will allow one to parse a directory copied from the old server and insert those items into the database directly, ideally with UUID mapping available? Alternatively, is there a command that will insert a single item into the database with notifications suppressed? If that exists, I can write a wrapper that will parse the directories and do individual inserts for each of them. Thanks! - e On Sep 20, 2011, at 10:19 AM, Jason Miller wrote: > Good morning! > > First off, I hope there's not an issue with asking Apple server-specific > questions on this list. If that's an issue, I apologize, but this is somewhat > documentation-related :) > > What is the "preferred" method for migration of calendar data? > > I have two use cases that I'm studying: > > - Migration of users in an enterprise from local calendars or another server > to a Snow or Lion calendar server > > - Migration of users from Snow to Lion without using the upgrade installation > (a migration installation instead) > > In both cases, we've tried to use iCal to either back up a copy of the local > client store to copy into the new server store. That generally works, but > both calendar servers (Snow and Lion) will try to mail out new invitations. > I've mitigated that before by disabling iMIP temporarily in serveradmin, > which generally seems to work, but then there are some errors when the > calendar server tries to resolve users on the invites: > > HTTP/1.1: 500 Internal Server Error to operation > CalDAVWriteEntityQueueableOperation > > ...after which you can revert to server or go offline. Revert to server's not > a very good choice because it will revert to the non-existence of the item. > > All in all, what is a good way to approach this migration? If you can provide > some clues/pointers, I'm sure we can figure out the rest. This will be a very > good migration document in the end, I'm sure. Unless I'm missing something, > there's not a lot of information about this in the Lion server documentation. > > --Jason > > --- > Jason Miller > jmil...@red-abstract.com > > > > _______________________________________________ > calendarserver-users mailing list > calendarserver-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users _______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
