服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

SQL 2008复制损坏的数据问题

我们拿了一个SQL 2000数据库。 做了一个速度备份。 在SQL 2008主动/被动群集上还原。 然后设置复制将数据复制回SQL 2000.所以2008年是发行商/分销商,2000年正在做订阅。 一切正常,execpt我们有时在用户的varchar /文本字段中损坏的数据。 例如,我们有一个有4500条logging的表格。 当我们运行这个语句时: update MedstaffProvider set Notes = 'Cell Phone: 360.123.4567 Answering Service: 360.123.9876' where LastName = 'smith' 2008年数据库中的logging按预期更新。 但是在子数据库中,我们会在注释字段中看到乱码: óPÌ[1] T $Oé[1] ð²ñ. K 以下是我们所知道的: 这是可重复的,这意味着我们可以整天运行相同的查询并获得相同的乱码。 如果你稍微改变了更新语句,那么数据就会被复制得很好。 两个数据库的sorting规则是一样的。 到目前为止,我们只检测到text / varchar字段的问题。 (上面的注释字段是文本)。 表中只有一个或两个logging受到影响。 表格结构在2000/2008年看起来相同。 我们没有做任何改变。 我们find了解决这个问题的一个解决scheme。 基本上如果我们在2008年重新创build表格(比如MedStaffProvider2),然后插入所有的数据。 放下原来的桌子。 将表重命名为它的原始名称。 再次设置复制。 并运行完全相同的更新声明,按预期工作。 有没有人有任何想法可能发生在这里? 或者有没有其他技术可以用来排除故障? 我find了一个解决scheme,但真的想要解决这个问题。

使用Linux Samba诊断问题不遵守Windows文件打开请求

我们有Windows 2003域服务器pipe理/服务一个小的(10机器)networking。 用户主要在Windows上工作。 我们在同一个网上有一个Linux Web服务器,带有一个激活的Samba NFS,以及来自该域的几个用户显式地命名为Samba的有效访问者。 Linux机器也作为内部networking的DNS服务器。 直到最近,这些Windows用户已经能够看到Linux系统[浏览,打开/编辑/closures文件等](并且pipe理网站而不直接login到Linux系统)。 突然,这不再起作用; 尝试访问Linux系统会得到一个loginpopup窗口,但是在域(和Linux)系统上input有效的用户ID总是会得到“无法访问文件”。 如果我们能够提供帮助,我们不会触及Web服务器configuration,而且几乎没有必要。 我们尽量不要混淆Windows域服务器。 虽然我们在系统pipe理方面是有成就的,但是我们清楚,我们不是专家,我们还没有能够猜测可能导致这种情况的变化。 我们知道我们最近改变的唯一的东西是上游DNS服务器; 似乎我们有相当长的时间错误的DNS服务器地址,错误的DNS服务器终于变得无法访问。 我们将其更改为我们的ISP的DNS,一切似乎都很好。 我们不能肯定地说,这个切换发生的那一刻,Samba文件系统变得不可访问,因为我们每隔几天就要做一次系统pipe理员。 任何想法或在哪里看? 编辑:原来,使Linux系统joinWindows域做了伎俩。 令人费解的是,一切工作了2年,没有我们明显地做到这一点(我们可能已经这样做,忘记了,但为什么join一个领域将会消失)。 那么,问题解决了,但不完全清楚问题是什么。 感谢那些考虑过这个问题的人。