I already installed FreeBSD.and I got default bind(9.6).
I wanna install latest version(9.9),So i gonna remove 9.6 as follows:

cd /usr/ports/dns/bind96 && make install clean

bind96 not installed, skipping

/usr/sbin/named -v
BIND 9.6 xxx(something)

/usr/local/sbin/named -v
BIND 9.9.2-P1

cp -r /usr/local/sbin/* /usr/sbin/.

less db.example.com
"db.example.com "may be a binary file.  See it anyway?

I believe that if you build and install 9.9, it will overwrite any older version in the target host. Of course, you want to ensure the configuration is not destroyed and is installed on the new version, with any required changes and desired enhancements.

Zone data transfers come from the domain master, which is configured from the master text configuration files. When you install new software on the master of any DNS domain, and restore the Domain config, it will make new zone data to distribute. I never worried about whether the zone transfer involved a file or if it was binary, just installed the text config files and ran it.

Of course, the files going into sbin are the newly compiled binary objects (unless there are supporting scripts).

I haven't used FreeBSD in a while, but it sounds like you're making a mess out of your system.

In FreeBSD (and the other BSDs as well), the binaries in /sbin, /bin, /usr/bin, and /usr/sbin are part of the base system. Randomly overwriting them is a bad idea.

A binary upgrade from one release of the operating system to another will now be a lot trickier. Should you need or want to patch or rebuild from source, the base system named will clobber the port version that you installed in /usr/sbin.

On the other side of things, the package manager won't be able to properly uninstall or upgrade the bind port/package, since files which it installed in /usr/local have been relocated behind its back.

Regards,
Alister

---------- Post updated at 01:25 PM ---------- Previous update was at 01:15 PM ----------

Because the bind that's in /usr/sbin is not part of the ports/packages system. It is part of the base system.

(I've assumed that you meant "deinstall" instead of "install" in that make command.)

Regards,
Alister

I found Slave zone data files in BIND 9.9 are in "raw" format by default. And I convert "raw" format zone files to "text" format using the named-compilezone utility that comes with BIND.
But It's doesn't work.

named-compilezone -f raw -F text -o db.example.com db-HdPKbJ2m db.example.com

dns_master_load: example.com: not at top of zone 
dns_master_load: not at top of zone zone 
db-HdPKbJ2m/IN: loading from master file db.example.com failed: not at top of zone zone 
db-HdPKbJ2m/IN: not loaded due to errors.

named-checkzone . db-HdPKbJ2m
db-HdPKbJ2m:3: SOA record not at top of zone

Are you sending zone files by sneaker-net? I am not sure why you need to worry about them.

I would worry about the master and slave being on different revisions, but it would be nice if the were cross-compatible, if only for robust upgrades, where you update one and let it run for a while before deciding you like it enough to revise the other. Still, shut down old both places, start up new, do a zone transfer and life goes on.