<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=utf-8">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=SV link=blue vlink=purple>

<div class=WordSection1>

<p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>My own experiences with unix<->windows MySQL backup/restore
is that there are some actual differences, for example, all table names are
lower-cased and case-sensitive in unix, which makes some backups from
case-insensitive windows that use mixed-case table and field names (in create
clauses, views, et c) go kaput. Line endings are also something that might not foul
up totally, but might lead to unexpected results, especially in binary fields.<o:p></o:p></span></p>

<p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Just stick to lower-case, and make sure you got your crlf in
order, and I’d say you’re good.<o:p></o:p></span></p>

<p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>/Stefan<o:p></o:p></span></p>

<p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>

<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'>

<p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:
"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;
font-family:"Tahoma","sans-serif"'> opensim-users-bounces@lists.berlios.de
[mailto:opensim-users-bounces@lists.berlios.de] <b>On Behalf Of </b>Karen Palen<br>
<b>Sent:</b> den 12 juli 2010 10:09<br>
<b>To:</b> opensim-users@lists.berlios.de<br>
<b>Subject:</b> Re: [Opensim-users] Question on migrating database from Linux
to Windows and vice versa<o:p></o:p></span></p>

</div>

<p class=MsoNormal><o:p> </o:p></p>

<p class=MsoNormal style='margin-bottom:12.0pt'>My experience is with
Engineering or design type databases rather than commercial/SQL type of
databases, however the concept of data integrity is so fundamental that I would
be very surprised if much would happen without being noticed!<br>
<br>
In the case of MySql you are essentially running the same software in different
environments  - both the basic database server and the Admin tools - so I
would expect any major issues to be a very rare things. <br>
<br>
Probably the best assurance of this is the MySql "market share", it
is one of the most popular database systems in existence and is used in all
kinds of environments (OS, hardware, networks, etc.) from simple standalone
setups to massive distributed corporate "enterprise" systems. As a
result I would expect that any common problems would be found and fixed very
rapidly.<br>
<br>
The kind of data loss caused by parts of a file being deleted could certainly
occur, but there are very well known and widely used methods to detect and fix
this kind of problem. My recollection is that the SQL "backups" from
MySql have several built in mechanisms to check this.<br>
<br>
Loss of some more subtle information such as a pointer to a specific texture
(or your other examples) is more likely, however the application software would
(SHOULD!) be the same version of OpenSim in both cases so this too is very
unlikely. This however is a distinct possibility when upgrading from one
version to the next regardless of the OS! <br>
<br>
Since there are extensive changes made to the internal workings of OpenSim
between V0.6.9 and V0.7.xx this becomes very plausible. It is the subject of a
lot of the testing work being done on the current RCs as a result. Again I
would expect that by the time V0.7 is released the major problems either fixed
or well known. <br>
<br>
All the same any grid that has more than a half dozen users will likely
implement its own beta testing program to catch these problems in your specific
environment. There always do seem to be a few issues brought to light in these
tests! Not a problem if you only need to fix up two or three users (or regions)
but if say 5000 users have their inventory corrupted then you have a major
problem!<br>
<br>
As always "slow and easy wins the race" and a well planned step by
step migration is essential. <br>
<br>
Karen<o:p></o:p></p>

<div>

<p class=MsoNormal>On Sun, Jul 11, 2010 at 6:28 PM, Chris Kennedy <<a
href="mailto:mewtwo0641@cox.net">mewtwo0641@cox.net</a>> wrote:<o:p></o:p></p>

<div>

<p class=MsoNormal>I do make seperate OAR and IAR backups along side my SQL
dumps =)<br>
<br>
I was just wondering if there would be any definite data loss when saving and
restoring these SQL dumps across multiple platforms... or if data loss would be
a "freak" kind of thing (i.e. a bug in the My SQL server or MySQL
Admin when it comes to Linux or Windows, or configuration differences between
the default setup of the MySQL server on Linux vs. Windows, etc). <br>
<br>
Would it be a noticeable thing if data loss did occur such as missing
inventory, or something more subtle that would take a bit of digging to find;
such as missing textures or even "blank" data (i.e. open a texture
and all you see is a white box where the texture should have been. Or try to
play an animation / sound from your inventory and it won't play)?<br>
<br>
Thank you very much for the suggestions! =)<o:p></o:p></p>

<div>

<div>

<p class=MsoNormal><br>
<br>
On 7/11/2010 7:25 PM, Karen Palen wrote: <o:p></o:p></p>

<p class=MsoNormal style='margin-bottom:12.0pt'>I don't have a lot of experience
with porting MySql between different OSes, but general "belt and
suspenders" considerations says that a second and independent path would
be a very good "safety net".<br>
<br>
I would definitely suggest making an IAR backup of every user inventory and an
OAR backup of every region! In that way you have a totally separate way to
transfer the data and at least the opportunity to recover anything which is
corrupted or lost in the transfer!<br>
<br>
I believe there are tutorials on how to automate these backups although I have
not personally tried them. If you have more that 2 or 3 users and/or 2 or 3
regions then this will significantly reduce the workload.<br>
<br>
It pays to be VER conservative (careful) in making backups since if information
is LOST it can be extremely hard to re-create, finding something in multiple
backups is trivial compared to re-creating content!<br>
<br>
remember: Jesus saves - EARLY AND OFTEN!<br>
<br>
Karen<o:p></o:p></p>

<div>

<p class=MsoNormal>On Sun, Jul 11, 2010 at 4:22 PM, Chris Kennedy <<a
href="mailto:mewtwo0641@cox.net" target="_blank">mewtwo0641@cox.net</a>>
wrote:<o:p></o:p></p>

<p class=MsoNormal>Hi, I want to migrate my OpenSim MySQL database from Linux
to Windows and vice versa (for traveling reasons) using the MySQL Admin's SQL
dump ( MySQL Admin Backup) feature.<br>
<br>
Is there anything special that I need to know or to look out for when doing
this (besides making sure Max Packet Size is set to 16 MB on the target
system)?<br>
<br>
The way I normally do my database backup in the Linux environment is to shut
down the OpenSim server, go to the backup tool in MySQL Admin, create a backup
project (if it doesn't already exist) for my OpenSim schema making sure all the
tables are selected for backup. Then I go into advanced options and click on
Normal Backup, and check Complete Backup and run the backup to save my database
to a .sql file. This method has worked perfectly fine for me under Linux with
no data loss after a restore from backup that I can tell. I have even restored
my database to a Windows environment from a Linux created MySQL dump file with
no problems that I can see.<br>
<br>
My concern is creating a database backup in a Windows environment and then
restoring it to Linux (or even another Windows environment). Would this, under
normal circumstances, cause data loss?<br>
<br>
The reason I ask is: I have successfully been able to restore my Windows
created SQL dump file to Linux and other Windows systems running XP... But the
moment I try to restore my database to a Windows 7 system I get an error that
says "Object Type not recognized" (or it might have said Object Type
not Found, I don't remember off the top of my head) and the restore fails.<br>
<br>
In a nutshell, is it safe to port my backups between different operating
systems like this? Or am I better off creating OARs of my regions and IAR of my
inventory(s)? I always make both OAR/IAR and SQL dump backups just to be safe,
but I would like to know.<br>
<br>
Any suggestions and/or tips would be much appreciated! =)<br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users"
target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><o:p></o:p></p>

</div>

<p class=MsoNormal><o:p> </o:p></p>

<pre><o:p> </o:p></pre><pre>_______________________________________________<o:p></o:p></pre><pre>Opensim-users mailing list<o:p></o:p></pre><pre><a
href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><o:p></o:p></pre><pre><a
href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><o:p></o:p></pre><pre>  <o:p></o:p></pre>

<p class=MsoNormal><o:p> </o:p></p>

</div>

</div>

</div>

<p class=MsoNormal style='margin-bottom:12.0pt'><br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users"
target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><o:p></o:p></p>

</div>

<p class=MsoNormal><o:p> </o:p></p>

</div>

</body>

</html>